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1 INTRODUCTION 
1.1 Purpose 


The Field Service Guide to Pluribus Diagnostics has 
been generated to: 


l= Reduce the number of diagnostics in existence to an 
adequate and supportable quantity. 


2= Fully explain and simplify running the diagnostics. 
@ 


3- Interpret the error information generated by the 
diagnostics. 


Ye Reduce the indecision of "which one do I run” by 
forming a complete document of "the latest and 
greatest" diagnostics needed to support the Pluribus 
product line. 


Many diagnostics are obsolete, either because they 
no longer apply or, a later developed diagnostic 
performs the same function. From a Field Service point 
of view, we must constantly review and analyze our 
diagnostics to ensure that they support our maintenance 
philosophy and aid in installing and maintaining 
pluribus systems. We must also provide a document that 
explains the supported diagnostics/software and how to 
get the most out of each. 


We must point out that the term "diagnostic" is 
being used loosely, because the present software does 
not diagnose problems, but is actually an exerciser of 
some subset of the system configuration and will not 
report a failure as who failed, but what operation 
failed. 


Future REVS to this document will include not only 
new or replacement diagnostics, but troubleshooting 
hints/shortcuts. Forward any suggestions that any of 
you users of the diagnostics have to improve this 
document to the Field Service Technical Support Staff, 

BBNCC. 
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1.2 Pluribus Diagnostics And Their Use 


Up to this point in time, many diagnostics at 
BBNCC have been written, packaged and distributed 
individually or linked together under a new name for a 
specific purpose. Pluribus diagnostics exist in two 
main categories as depicted below, Singleebus and. 
Mul ti-bus. Single-bus diagnostics are used on Singlee . 
bus machines (VDA,PLI) where the processors, memory, 
and I/O are on the same bus. Multiebus diagnostics are 
used on Multibus-bus machines where the processors, 
memory, and I/O may or may not share the same bus. 
Some of the diagnostics are present on both lists, 
because their operation is not dependent on the 
configuration. 


If these diagnostics do not exist on the proper 
media for that site or they do not match the REV level 
Shown (paper=tape, cassette) order deficiencies or worn 
media from the list below. An explaination of the REV 
designation os in the following section. 


INTRODUCTION 1-2 | REV B 


BBNCC Field Service Guide to Pluribus Diagnostics 


1.3 BBNCC Diagnostics And Related Software 


Single Bus Multi- Bus 
PWRIST.012 PWRIST.O12 
TTYTST.O12 TTYTST.012 
INV-SBA.003 INV-MB.004 
MEMCHK=SBA.006 MEMCHK= 
MB.007 
PIDTST.031 PIDTST.031 
DEVTST=-SBA.003 DEVTST= 
MB.003 
DMACHK-SBA.003 DMACHK= 
MB .002 
RLDCHK.002 RLDCHK.002 
RTCTST.010 RTCTST.010 
AMLTST.067 AMLTST.067 
RPLI-257 .001 MLCTST.010 
BV PLI-257.001 MSPMTST.058 
GI34 .60429 EXHIT .007 
CONS.51209 HIT .233 
MEMCLR.114 MEMCLR. 114 
PSTOPL.003 PSTOPL.003 
DDT-12.328  DDT=$14.111 
DDT=-41 516 


1.4 BBNCC Diagnostic Tapes And Cassettes 


Each Pluribus diagnostic is punched individually 
on paper tape or are all contained on a cassette. 
Pluribus diagnostic tapes are stored at each Pluribus 
IMP, TIP X.25 TIP, PLI and VDA site. These are for the 
use of field service personel. Each kind of § site 
requires a different set of diagnostic tapes or 
cassette, according to the SRN configuration. PLI and 
VDA sites require a set of the Singleebus diagnostics. 
The IMP and TIP X.25 TIP require a set of the Multi-bus 
diagnostics. 
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The diagnostic names have been changed to some 
extent at release of this document to not only be able 
to tell the name of the diagnostic, but also the REV 
level of the diagnostic. ; 


EXAMPLE: INV-MB.004 


This is the name of the Inventory(INV) diagnostic 
for a multi-bus(-MB) system and is at REV level 4. 
All tapes as of release of this document will be in 
this format. The header on the paperetape generated 
diagnostics can be read sideways and will coincide with 
this format. , 


A future REV of this document will include 
information as to what should be found at the various 
types of sites, such as IMP,VDA, etc. 


The cassettes will still have the 1 bel on their 
case. Future diagnostics will hopefully will be 
internally labeled and print out what they are and REV 
level at starteup. 


1.5 Synopses Of The Diagnostics 


The follow pages give a synopses of § each 
diagnostic. They are intended to help a person 
decide whether or not the particular diagnostic is 
appropriate to his need. But, they are not a 
substitute for reading the instructions for the 
diagnostic which can be found in each diagnostic 
detailed operation section. Special attention to the 
default parameter sections will save a lot of time in 
determining why the diagnostic doesn't run the first or 
subsequent tries. 


Most of the diagnostics do not require the use of 
DDT, but DDT can be loaded with the diagnostics. The 
tendency is to not load DDT unless extensive program 
location changes are required. One or two changes can 
be made rather easily after the diagnostic is loaded 
via the control panel. Restart the program by pushing 
"RESET*® then "ATTEN" on the control panel. 


INTRODUCTION 1=4 REV B 


BBNCC Field Service Guide to Pluribus Diagnostics 


Special attention should be made to the default 
addresses of the diagnostics. Many of them are not the 
addresses in present configurations. This will be 
corrected in future REVS of the diagnostics to make the 
diags easier to run. 


1.6 DDT 
 ] 

DDT is used as a miniemonitor or operating system 
for some of the more old fashioned diagnostics. It 
is also useful by itself for general poking around a 
systen. But many of the more recent diagnostics 
@e.g., EXHIT have basic DDT features built into then. 
The result is that DDT as a main program is becoming 
a thing of the past. There are many versions of DDT 
each one supporting a different machine configuration. 
Which versions are which are documentented in the 
beginning of the DDT listing. The version used with a 
particular diagnostic is documented within that 
diagnostic write-up. 


1.7 DEVTST 
Purpose 


The purpose of the DEVTST program is to find and 
test the DMA devices in a PLURIBUS system, and to print 
detailed information on the TTY. 


In the most general case, the program finds ail 
DMA devices, and for each device it tries to transfer 
‘data from every common memory page to itself using the 
device. 


For every transfer unique information is stored in 
the transmit buffer (normally, the lower half of the 
page), the destination buffer (normally, the upper half 
of the page) is eleared, and the device is activated. 
The process is repeated twice (the results of the first 
transfer are ignored). 
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A program timer is set for each activation of 
the device. The transfer is terminated in one of two 
ways: 


1. The two bits in the device register block= Transmit 
active and Receive active- are both reset before the 
program timer reaches the end of its period, or 


2. The timer times out with one of the active bits 
still set. 


In any case, after the second transfer is 
terminated, the program prints the results of the 
transfer. 


The results of the transfer are printed in a 
table and include information about the status of 
different error bits in the device registers block, 
the success of the transfer, the success of writing 
to the PID, etc. 


The program interacts with the user and allows 
him to select specific I/O devices, to select 
specific memory busses, to specify which memory pages 
are to be ignored, to specify which I/O busses are 
to be ignored, or to check every DMA device and 
every memory page (this is the default). Only 
the necessary changes have to be typed in when the 
user wants to rerun the progran. 


There are two versions of the program. 


VERSION DEVTST=-MB 
DEV TST-SBA 

LOCAL CORE 4k KW 8 
KW 

COMMON MEM k KW = 

MULTI/SINGLE MULTI 
SINGLE 

TTY ADDRESS FAOO 
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DEVTST-MB is a multi-bus version, whereas 
DEVTST-SBA is a single-bus version. 


Note that the singleebus version of the 
program transfers data to the local memory. The 
starting addresses of the checked pages are: 2000, 
4000, eee 9 AOOO. ; 


1.8 DMACHK 


Purpose 


The purpose of the DMACHK program is to check 
one DMA device, or two connected DHA devices. The 
program handles either modems or  HLC's. In the 
normal operation mode, the program tests the two 
devices and their connection by transferring data fron 
memory pages to themselves through the devices. 


There are two versions of the progran. 


VERSION DMACHK=-MB DMACHK=SBA 
LOCAL CORE 8 KW 12 KW 
COMMON MEM 4 KW wee 
MULTI/SINGLE MULTI SINGLE 
TTY ADDRESS FAOO FAOO 


DNACHK=-MB is a mul ti=-bus version, whereas 
DMACHK-SBA is a single-bus version. The program 
assumes that the TTY is not a hard copy device, and 
waits for the user to type a character when the screen 
is full. 


Note that the singleebus version of the 
program transfer data to the local memory. The 
Starting addresses of the checked pages are: 4000, 
6000, eee 9 cooo. 
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1.9 EXHIT 


Purpose 


The purpose of the EXHIT program (HIT executive) 
is to provide an interface between the HIT progran 
and the user. HIT is the general Pluribus system test 
progran. It primarily tests shared memory, I/0 
devices, and the bus couplers. All (or some of) the 
processors in the system execute the tests 
simultaneously but independently. 


Previously, HIT ran under DDT which was used 
both for preparing to HIT the system configuration 
tables, and for interpreting its error tables. EXHIT 
eliminates the need for DDT in order to run HIT 
and instead provides a convenient way for interacting 
with HIT. 

Environment 


The EXHIT program is divided to two logical 
parts. The first part is the conversation part in 
which the user selects the parts of the system to be 
tested (memory busses, I/O busses, DMA devices, BLI 
devices), the processors to participate in the tests, 
as well as the tests themselves. The selection is 
easy since the program finds and prints the 
configuration of the system, and thus helps the user in 
the selection task. 


The second part is an on-line command 
interpreter which allows the user to control the 
tests while HIT is running: e.g., to halt or restart 
processors, to modify some of the test parameters 
in any of the processors, to print readable error 
tables, and even to access and modify any location in 
the whole system address space. 
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1.10 HIT 


Purpose 


HIT is the general Pluribus system test progran. 
It primarily tests shared memory, I/0 devices, and 
the bus couplers. All processors execute the tests 
simul taneously but independently. By setting 
parameters, HIT may be tailored to run on many 
Pluribus system configurations. 


Environment 


HIT assumes a multibus configuration. There 
can be from 1 to 14 processors, each with at least 4K 
of private memory, of which HIT will use 4K. There 
may be up to two processors on each bus, but each 
should have its own private memory (keyed). There may 
be up to two memory busses and two I/O busses. 
Combined M/I busses can be handled; they are treated 
logically as a memory bus and an I/O bus. There may be 
up to 26 DMA-type I/0 devices (Host, Modem, CBT, 
etc.) and 12 polling devices (e.g., BLI). Each bus 
that has a DMA-type device must also have a PID. RTCs 
may also be tested. The RLD card is not currently 
tested. Each memory bus may have up to 128K words of 
memory. It is not essential but desirable that an 
operator panel be located on one processor bus for 
lights display. Line frequency interrupts should be 
enabled on all processor busses. HIT does not’ do 
any initial processor starting parameter setting, 
or error typeout. 


1.11 INVENTORY(INV) 


Purpose 
The purpose of the INVENTORY program is to find 


the configuration of a PLURIBUS system, and to print 
the results on the TTY. 
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The configuration of the whole system is found 
by each processor in the system, one at a tine, 
and then concentrated tables are printed. The 
first activated processor is called the master, and 
it activates the other processors (slaves) one at a 
time. 


The program finds the processor busses, memory 
busses, and I/O busses and prints what they contain. 
In order to be sure that a device or a memory page is 
Plugged in the bus where it is expected to be 
plugged according to its address, the program instructs 
the operator to power off busses from time to 
time. In order to get maximum information, the 
operator has to power off all the busses when the 
program suggests it. In any case this is optional. 


The program finds the connections between 
the busses. The busses connected to a processor bus 
are those busses that can be "seen" by a processor on 
the processor bus. The connections between a 
memory bus and I/0 busses are found by trying to 
transfer data from the memory bus to itself using 
devices on the I/O busses. 


The program finds the quit time on every bus in 
the system. The time is printed in micro-seconds 
and its accuracy’ is about 5%. 


The program is a diagnostic one, but it does 
not perform any thorough test. It is supposed to be 
the first program to run on a new system (after there 
is at least one good processor and a TTY). 


There are two versions of the program dependent 
on whether it is a multi-bus "MB" or single-bus "SBA" 
configuration. 


VERSION INV=-MB . INV=SBA 
LOCAL CORE 8 KW 4 KW 
COMMON MEM 8 KW ane 
MULTI/ SINGLE MULTI SINGLE 
TTY ADDRESS FAOO FAOO 


The program consists of two logical parts: 
the search program, and the printing program. The 
search program finds the configuration and builds 
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tables for use by the printing progran. The tables 
are stored in common memory (multi-bus systems) or in 
local memory (single bus systems). The printing 
program prints the tables found by the search 
program on the TTY. : 


The Different Versions 

INV-eMB: This version of INVENTORY occupies 8 KW of 
local memory. The program can run 
repeatedly without reloading. Since the 
program destroys common memory, no DDT ean 
be used in this case. 

INV-SBA: This version of INVENTORY occupies 4 KW of 


local memory. The program can run 
repeatedly without reloading. The 
program uses locations in the first ~h100 
bytes. 


1.12 KGBTST 


Purpose 


KGBTST is the basic card test for the Keye 
Generator-Black (KGB) card. It also includes 
several small subprograms which are useful for testing 
specific kinds of failures. The final section of this 
document contains information about checkout of new, 
previously untested cards. It is important to realize 
that the KGB and KGR are components in a 
subsystem, and KGBTST does NOT provide a complete test 
of a KGB. PLIOPT is available to test the opticale 
isolator RedetoeBlack path logic, and PLITST is 
available to be run with the KG simmulator (or a real 
KG) to provide a complete dataepath check. The 
operational PLI programs provide the ultimate test, 
and EACH of the programs must be run on every card 
before it can be given a clean bill of health. The 
last page oof this document is a checkout sheet to 
guide you and provide a record of tests run. 
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Environzent 


KGBTST requires a single processor bus with an 
unkeyed or  Key-3 O-8K memory. A PID is not 
required except to Festick the bus. If no FeStuck PID 
is available, address bits 16-19 may be- easily 
forced to decode as specified on KGB-00. The TTY 
interface (PSB) address should be FC10 (hex). The 
Operator Panel is expected at FF80, #=and_ Line 
Frequency, Power Fail, and Power Restore interrupts 
Should be enabled with the appropriate panel switches. 
The KGB address may be set to any unused address. 


1.13 KGRTST 
Purpese 


KGRTST is the basic card test for the Key-~- 
Generator-=Red (KGR) card. It also includes several 
small subprograms which are useful § for testing 
specific kinds of failures. The final section of this 
document contains information about checkout of 
new, previously untested cards. It is important to 
realize that the KGR and KGB are components in a 
subsystem, and KGRTST does NOT provide a complete 
test of a KGR. PLIOPT is available to test the 
opticaleisolator Blacketoe-Red path logic, and PLITST 
is available to be run with the KG simmulator (or a 
real KG) to provide a complete dataepath check. 
The operational PLI programs provide the ultimate 
test, and EACH of these programs must be run on 
every card before it can be given a clean bill of 
health. The last page of this document is a checkout 
sheet to guide you and provide a record of tests run. 


INTRODUCTION 1-12 REV B 


BBNCC Field Service Guide to Pluribus Diagnostics 


Environment 


KGRTST requires a single processor bus with an 
unkeyed or Key-3 O-8K memory. A PID is not 
required except to Festick the bus. If no FeStuck PID 
is available, address bits 16-19 may be easily 
forced to decode as specified on KGR-00. The 
Operator Panel is expected at FF80 (hex), and Line 
Frequency, Power Fail, and Power Restore 
interrupts should be enabled with the appropriate 
panel switches. The KGR address may be set to any 
unused address. 


1.14 MEMCEK 


Purpose 


The purpose of the MEMCHK program is to find 
all processors and memory pages in a PLURIBUS systen, 
to check each page by all processors, and to print 
test results on the ITY. 


In the most general case, the program finds 
all processors, all processor memories, ail common 
memory pages, and all I/O +=busses. Then the 
program activates the processors, one at a time, 
each of them tests the whole memory. 


The first activated processor is called § the 
master, it activates the other processors which are 
Called slave processors. The master’s buddy is called 
the buddy, and the remote processors are called remote 
processors. 


Each processor starts with the common memory 
pages. Each page is tested through all map registers 
(0, 1, 2, 3}. Then the processor tests processor bus 
memories. Memories of remote processors are tested 
through all I/O busses via BBC's. The processor tests 
all its pages, but doesn't test the memory of its 
buddy. 
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Each page is tested by a sequence of up to 11 
tests, and the process continues indefinitely. Each 
test consists of 2 parts. First the whole page is 
written with unique information, determined by the 
current test, then the information is read and 
compared to the expected information. All 
found errors are printed on the TTY. Errors are 
also accumulated in the TEST LOG which is printed when 
the user requests. The TEST LOG contains counters of 
several kinds, a list of bad common memory pages, a 
list of complaining processors, etc. It is 
described in a later section. 


The program interacts with the user and allows 
him to select a subset. of the processors to run the 
tests, a subset of the processor memories to be tested, 
which common memories are tested, what map registers 
are used, what I/O busses are used in the BBC, and what 
tests to run. During the testing, the user can see the 
TEST LOG, can halt the program, and can restart the 
program by typing special characters on the TTY. 


Versions 
There are two versions of the program which 
are derived from the same source file by assembly 


parameters. 


VERSION MEMCHK-MB 


MEMCEK=-SBA 

LOCAL CORE 8 KW 8 
KW 

COMMON MEM 8 Kw me 

MULTI/SINGLE MULTI 
SINGLE 

TTY ADDRESS FAOO 
FAOO 

DDT VERSION COMN =n 
MEMCHK-B is a multi-bus version, whereas 


MEMCHK-SBA is a Single=bus version. 
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1.15 MEMCLR 


MEMCLR is used today as a header program on 
diagnostic and operational tapes. It finds all of 
memory, erases it, and prints on the TTY what pages 
of memory it found in both processor and common 
busses. 


It displays the I/0 bus used for backward 
buscoupling and the address of the PSB used for 
printing in the DATA and ADDR lights of the fron panel. 
It will use F bus and FA0OO if possible and E bus and 
EAOO if necessary. 


1.16 MLCTST 


Purpose 


MLCTST is the test program for the hardware 
portion of the PTIP. It is strongly oriented toward 
testing the terminal handling hardware and does not 
test common memory or most of the I/0 system. MLCTST 
attempts to test all the hardware which is used by 
the operational PTIP progran. 


\ 


This version of MLCTST is used to test the 
original MLC and the C30 presently being used to 
emulate the MLC. 


Environment 


MLCTIST is designed to run in any PLURIBUS with 8K 
of local memory. MLCTST itself occupies the lower 4K 
and expects to find a DDT starting at 2000 HEX. The 
program pushdown stack starts at 3E00, but this is 
patchable to be elsewhere if necessary. since all 
PTIP local memories are 8K, this is not usually a 
hardship. No common memory is used and no fI/0 except 
for the AML under test is required. The AML may be 
located on the local processor obus, on an 
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attached I/O bus or on an /I4-I bus. 


1.17 MSPMTST 


MSPM tests the MSPM (also called BSO) card using a 
DDT-41 as a mini-operating systen. It contains the 
means to talk to the card's micro DDT. 


1.18 PIDTST 


Purpose 


PIDTST is the basic ecard test for the Pseudo= 
Interrupt Device (PID) card. 
Environment 


PIDTST will work in either a single or multiple 
bus environment. If a single bus, it must be Festuck 
and the memory must be keyed. A processor with 0O-4K 
local memory is required. See the detailed operation 
section for default parameter settings. 


1.19 PLI-KG-TST 


Purpose 


The purpose of the PLI-KGeTST program is to 
test the KG, the kKGR, and the KGB in a PLI systen. 
The system is viewed as having two paths: the 
transmit path (TX $path) which connects the RED 
processor to the BLACK processor through the KG; and 
the receive path (RX path) which connects’ the 
BLACK processor to the RED processor through the KG. 
The program gathers information on the behavior of 
both paths. 
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1.20 PLI-OPTCAP-TST 


Purpose 


The purpose of the PLI-OPTCAP-TST program is to 
test the two direct paths ina PLI system: the 
"Black to Red" (optical isolators) path, and the 
"Red to Black" (capacitors) path; and to 
gather information on the behaviour of both paths. 


1.21 PSTOPL 


PSTOPL is a small program that halts’ the 


processors in a multibus Pluribus. It is used 
before running other diagnostics to be sure that 
rampant processors don't intefere with the 


diagnostic to be run. It is usually combined with 
the memory clearing program MEMCLR and called PSTOPZ. 
PSTOP and MEMCLR are routinely added to the front of 
diagnostic (and operational) tapes to ensure a 
quiescent machine before the main program is loaded. 


1.22 PWRIST 
Purpose 


PWRIST tests the processor bus power fail and 
restart interrupts, including the autoereset timer 
facility. A rudimentary check of 60 Hz interrupts is 
also done. 

Environment 


The bus under test must have a processor 
connected to the BCU (to receive interrupts), at 
least 4K words of memory, and a control panel. The 
bus may or may not be part of a multibus environment; 
no assumptions are made about this. Line 
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frequency, power fail, and power restore 
interrupts should be enabled per the switches on 
the operator panel, if any. 


1.23 RLDCHK 


Purpose 


The purpose of the RLDCHK program is to find 
and test the RLD devices in a PLURIBUS systen, and 
to print detailed information on the TTY. 


In the most general case, the program finds all 
modem devices, with connected RLD, and for each device 
it tries to transfer data from every common memory page 
to itself using the device. The size of the 
transferred block is FOO words 


For every transfer unique RLD packet information 
is stored in the transmit buffer ( the lower FOO words 
of the page),the destination buffer ( the upper F00 
words of the page) is cleared, and the device is 
activated. 


A program timer is set for each activation of 
the device. The transfer is terminated in one of two 
ways: 


1. The two bits in the device register block=- Transmit 
active and Receive activee are both reset before the 
program timer reaches the end of its period, or 

2. The timer times out with one of the active bits 
still set. 


In any case, after transfers are terminated, the 
program prints the results of the transfers. 


The results of the transfer are printed in a 
table and include information about the status of 
different error bits in the device registers block, 
the success of the transfer, the success of writing 
to the PID, ete. The program interacts with the user 
and allows him to select specific I/O devices, to 
select specific memory busses, to specify which memory 
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pages are to be ignored, to specify which 1/0 
busses are to be ignored, or to check’ every 
MODEM/RLD device and every memory page (this is 
the default). Only the necessary changes have to be 
typed in when the user wants to rerun the progran. 


RLDTST will test the RLD (Magic Modem) to see 
that it can actually force a reload into a Pluribus. 


1.24 RTCTST 


Purpose 


RTCTST is the basic ecard test for the Real Time 
‘Clock (RTC) module. 


Environment 


RTCTST will work in either a single bus or 
multiple bus environment. If a single bus, it must 
be Festuck and the memory must be keyed. A processor 
with 0e4K local memory and a PID are required. 

Line frequency, power fail and power restore interrupts 
Should be enabled on the processor bus, see the 
detailed operation section for default parameters. 


1.25 TTYTST 
Purpose 

TTYTST tests a Teletype like device (e.g., a 
VISTAR) and: its associated serial interface (PSB). 


The classical interrupt capabilities of the PSB are 
not tested. 
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Environment 


The PSB under test may either be on the same bus 
as the processor or on a separate I/0 or MI bus. 
The processor must have OQO-4K local memory and an 
operator panel should be located on the processor bus. 
See the detailed operation section for default 
parameters. 


1.26 Hexadecimal Numbering 


Throughout the Domestic Data Network the 
hexadecimal numbering system is the most common 
one in use, because PLURIBUS is the standard machine. 
For this reason, knowledge of it is essential. 


These are the hexadecimal digits with their 
binary, octal, and decimal equivalents: 


Hex. Decimal Octal Binary 
0 0 0 0000 
1 1 1 0001 
2 2 2 0010 
3 3 3 0011 . 
4 4 4 0100 
5 5 5 0101 
6 6 6 0110 
7 T T 0111 
8 8 10 1000 
9 9 11 1001 
A 10 12 1010 
B 11 13 1011 
C 12 14 1100 
D 13 15 1101 
E 14 16 1110 
F 15 17 1111 


Just as in octal, the binary bits are grouped to 
form the digits of the hexadecimal number; the 
difference is that they are grouped by fours instead 
of in triplets: 
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Hex Binary (fours) Binary (threes) 
53B4 = 0101 0011 1011 0100 = 0 101 001 110 110 100 


The bits in a PLURIBUS word are numbered 
differently than in Honeywell machines. It is 
important to understand this as site people will 
be reporting register contents using bit numbers, and 
you must be careful not to be confused. This is. the 
format of the PLURIBUS bit numbering scheme: 


15 1413 12 1110 9 8 7 6 5 4 a. 3e: 


Sometimes one refers to a "byte" or half word. 
In PLURIBUS using the hexadecimal system this is easy: 
one byte is exactly two hex digits. For example, a 
byte of all ones is FF; as another example, if a word 
contains the (hex) number 10A3, one would say the left 
byte is 10 and the right byte contains A3. 


The PLURIBUS is a byte addressed machine, so when 
a word is being referred to its address is always 
even (ending in 0, 2, 4, 6, 8, A, C, or &). Bytes 
(half words) may also be addressed: the even (word) 
address always refers in this case to the left byte; 
the word address plus one then refers to the right 
byte. Hence they are often called the even and odd 
bytes of a word. 


Finally, for reference purposes, here is a 
table of the correspondence between octal bit 
values and hexadecimal bit values, with the Honeywell 
and PLURIBUS bit nu berings corresponding. 
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PLURIBUS Hex Octal Honeywell 
Bit no. Value — Value Bit no. 

0 0001 000001 16 

1 0002 000002 15 

2 0004 000004 14 

3 0008 000010 13 

4 0010 000020 12 

5 0020 000040 11 

6 0040 000100 10 

T 0080 000200 9 

8 0100 000400 8 

9 0200 001000 T 

10 0400 002000 6 

11 0800 004000 5 

12 1000 010000 4 

13 2000 020000 3 

14 4000 040000 2 

15 8000 100000 1 


1.27 The Pluribus Control Panel 


The control panel can be used to access the 
processor(s) on the bus to which it is attached and to 
access associated local memory. It can also be used to 
access common memory and I/O #£4devices. The — 
following description assumes that the panel is 
enabled. 


The switches on the face of the PLURIBUS control 
panel consist of small buttons beneath the markings on 
the panel. A gentle push there should result in 
a small click and the changing of a light above the 
switch. Use only fingers to push the buttons; do not 
use pencils or other sharp objects. 


RESET: Causes system reset of the processor bus. - 
Also lights LOAD and IDLE indicators. 
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When the auto-load is armed, indicated by the 
LOAD indicator being lit, pressing LOAD 
will cause the autoeload device to begin 
loading (this is usually the paper tape 
reader ). Any activity on this bus will turn 
off the LOAD light. 


Pushing this switch toggles the INHIBIT 
light. When it is on, all system interrupts 
on the bus are inhibited. 


REGISTER_switeches: These select for examination or 


change any of the sixteen 
processor registers on a processor. 
Only one of these can be selected 
at a time. Register 0 is the 
program counter, registers 1-7 
are the general registers R1-R7, 
and register 8 is the status 
register. The rest are not 
generally used or referred to. 


ADDRESS_switeches: These sixteen toggle switches 


are used: to represent addresses 
using the binary (and 
hexadecimal) numbering system 
described in section 1.1. 


CLEAR_(address): Next to the ADDRESS switches, this 


will clear all the ADDRESS lights. 


DATA_switches: These sixteen toggle switches are 


used to represent a sixteen bit 
binary (or hexadecimal) data word. 


CLEAR_( data): Next to the DATA switches, this 


will clear all the DATA lights. 


READ_(register): Next to the REGISTER switches, 
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this causes the contents of the 
register selected in the REGISTER 
lights to appear in the DATA 
lights. (Applies only to 
selected processor. See below.) 
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WRITE_(register): Next to the REGISTER switches, 


this causes the contents of the 
DATA switches to be written to the 
register selected in the REGISTER 
lights. (Applies only to 
selected processor. ) 


READ_(address): Next to the ADDRESS = switches, 


this causes the contents of the 
memory word or I/0 device register 
addressed in the ADDRESS lights to 
appear in the DATA lights. If 
the address is below 4000(hex) the 
memory word is in the selected 
processor's local memory. If the 
address is greater than COQ00, it is 
an I/0 device register or a 
processor hardware register. 
Otherwise the address references 
a word on some page of common 
memory (see section 1.3.3). 


WRITE_(address): Next to the ADDRESS switches, 


BUSY: 


IDLE: 


DONE: 


this causes the contents of the 
DATA switches to be written to the 
memory or device register addressed 
by the ADDRESS lights. see 
the above paragraph for more on 
addresses. 


This light is on if there was any activity on 
the processor bus within the last 0.1 
second. 


This light is on when no processor on the bus 
is running and one is waiting for an 
interrupt to proceed. 


When any register, memory, or processor 
action performed from the panel is 
completed successfully, the DONE light is 
lit. If such an operation is not completed, 
the DONE light stays off. The controls 
which can turn DONE on are: both WRITEs, both 
READS, RUN, HALT, ADH, and STEP. 
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RUN: The light will be on when any processor 
on the bus is executing instructions 
(running). Pushing RUN will cause the 
selected processor to begin (or 
continue) executing instructions. 


HALT: This light is on when all processors on the 
bus are stopped, either because they 
executed an instruction that halted them, or 
because the HALT button was used. Pushing 
the HALT switch halts only the selected 
processor. 


ADH: This is the AddresseHalt toggle switch. When 
this is on and any operation on the bus 
uses the address shown in the ADDRESS lights, 
the selected processor will be halted. 
This is usually used only as a debugging aid. 


STEP: This switch causes the selected processor 
to execute one instruction (halting the 
processor if it was running). The contents 
of the register selected in the REGISTER 
lights are shown in the DATA lights 


automatically. 
ATTN: Pushing and releasing this button 
| generates a system interrupt on the 


processor bus. If a processor responds to 
it, the ATIN light will stay off. Generally, 
if a processor is running, or if IDLE 
is on because you have just pushed RESET, the 
system will respond. If not, the ATIN light 
will stay on and the panel will be lo bed. 
This may be cleared by pushing the ATTN 
button a second time. 


The next set of switches to be deseribed is 
located behind the control panel at the bottom. They 
can be felt and changed from the front. However most 
of them are labeled on the back (the panel can be 
hinged at either end). Since these switches can be 
changed without swinging out the panel they will be 
discussed viewing the panel from the front. 
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PROCESSOR_SELECT: This UNLABELED switch is the 
rightmost one In its left position 
it selects the even processor on 
the bus; in its right position 


it selects the odd processor 
(not present on all processor 
buses ). Check your 


configuration!!! 


PWR_FAIL: The second switch from the right determines 
whether a power failure causes an interrupt 
to the processor. If it is pushed to the 
right it is ON and should be ON. 


PYR_RCVRY:This switch is the third from the right and 
controls action when power recovery is 
detected. There are three positions: OFF(to 
the l1ft.), meaning no action; IN(straight 
down), meaning a power recovery interrupt 
will occur; and AL(to the right), meaning 
an autoe-load will occur. This switch should 
be on IN. 


LINE_FREQ:This switch is the leftmost switch and 
allows or inhibits the 60 hertz line 
frequency interrupt from the power supply 
(also called jiffy interrupt). It should be 
ON(to the right). 


CONT: This hardware debugging aid should always be 
OFF. 


1.28 Inspecting Or Changing Memory Or Registers 
Processor Registers 


To examine or change the contents of a processor 
register from the control panel it is necessary 
to have selected the correct processor, if there 
are two on the bus. 
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To examine a register: 

1. Select the desired register using the REGISTER 
switches. 

2. Push READ (register). 

3. The contents of the selected register will appear 
in the DATA lights. If the selected processor 
does not exist on the bus, the DONE light will 
remain dark. If the processor is IDLE (has 
been RESET) it must be first be put in HALT. 


To change the contents of a register: 

1. Select the desired register using the REGISTER 
switches. 

2. Enter the new contents desired for the register 
into the DATA switches. 

3. Press WRITE (register). If the operation is 
successful, the DONE light will now be on. You 
may verify the correctness of the write by reading 
the contents of the register. 


Local Memory And I/O Device Registers 


The following applies to local memory belonging 
to the selected processor and to registers in I/0 
devices: addresses below hex 4000 or above C000. 


To read the contents of a location: 


1. Enter the address of the location into the ADDRESS 
Switches. 

2. Push READ (address). 

3- The contents of the location will appear in the 
DATA lights and DONE will come on. If the 
memory location or the device does not exist, then 
DONE will remain off. 

4. 

Each successive push oof READ (address) will 
increment the ADDRESS shown by 2 (i.e., one word) 
and read the next word into the DATA lights. To reread 
the same location without the auto-increment, toggle 
one of the ADDRESS bits twice. 


To write data into a location: 


1. Enter the address of the location 
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into the ADDRESS switches. 


2 « Enter the new contents intended for 
the location into the DATA 
switches. 

3% Push WRITE (address). If the 


operation was successful the DONE 
light will come on. You may 
verify the ~ correctness of the 
operation by pressing READ 
(address) to check the contents of 


the location. Pushing READ 
(address) a second time will 
advance the ADDRESS lights to the 
next word. 


Common Memory 


Assuming the location and the physical page 
address in common memory desired are given, one 
must apply the above operation an extra time to set a 
memory map register to the required page. The map 
register depends on which common memory window is 
referenced: 


Address range Map register 
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4000 = SFFE FCOO 
6000 = 7FFE FCO2 
8000 = 9FFE FCO4 
A000 =~ BFFE FC06 


It is highly inadvisable to use the fourth 
Window (address A000 through BFFE), as it isa 
special purpose window which zeroes a word as it reads 
the word. 


To read or modify common memory locations on a 
given page in common memory: first, using the procedure 
given above, write the physical address of the page 
into the appropriate map register. Then access the 
desired memory locations as descr bed above. 
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1.29 
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Hints To Pluribus Diagnostics 


Before loading any diagnostic, load PSTOPL to 
ensure quiescent state of the machine. 


Any program can be restarted, after it has been 
initially loaded, by pressing "reset", then 
"atten" buttons on the control panel. WARNING: 
The locations and/or tables that were modified 
during that run have NOT been changed. 
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2 DptT 


Many diagnostics require the use of DDT to set 
parameters such as lines to be tested, baud rate, and 
device to be tested. A few DDT commands are presented 
below and are a subset that are needed to effectively 
run the diagnostics. DDT provides a means’ to 
control/monitor control/monitor processes (programs) by 
inspecting/changing registers of the machine. 


The following conventions will be used to 
designate keyboard entry: 


used ‘to enclose what has to be typed in 


denotes control key held down while striking 
next key in command 


Pxx processor xx executed read/write 


vy value read out of location 


Whenever a register is "opened", its con tents are 
typed out in the current mode (except as noted for 
certain commands). When a register is "closed", the 
last value typed in while open, if any, is written to 
that register. If nothing or <delete> is typed in, 
nothing is written. 


2.1 Addresses_Opening And Closing Commands 


nmn/ Opens register nn. The. processor in whose 
address space the reference was made types out 
as "Pnn" immediately following the /. The 
contents of the requested register then are 
typed in the current type out mode. 


<er> Closes current register, if any open. 
<1lf> Closes current register, if any open, and opens 
next "instruction"; that is, if type out mode is 


symbolic and the current register is a double« 
word instruction, skip one register. 
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° By itself, is the value of the address of the 
current register, if any open; if none, then the 
last current register. 

/ Types out the contents of the register addressed 
by the current register but does not open it or 
change ".", The address used is the "effective" 
address of the symbolic instruction, if the 
current type-out was symbolic. For instructions 
that have no effective address (HLT for 
example), or for type out in constant or ASCII 
mode, the actual memory contents are used for 
the "effective" address. 


2.2 Type Out Hode Commands 


There are two orthogonal type out modes. One 
controls the radix of type out. 


“H Numbers are typed out in hexadecimal (base 16)-= 
default 


“O Numbers are typed out in octal (base 8). 


The other controls how register contents are 
interpreted: 


“S Type out symbolically, that is, try to interpret 
as an instruction, including next word if a twoe 
word instruction code. 


*“K Constant) type out as a number. 


“A Type out as two ASCII characters. 


2e3 Type In Commands 
nn. a decimal number 
nn? an octal number 


nn! a hexadecimal number 
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2e4 Control Commands 


nn”“G starts the selected processor at nn. If the 


DDT 


selected processor is running STAGE, nn is 
copied to its simulated RO and its R15 is set to 
2s 


starts the selected processor at the address 
last specified by a “G command. If no argument 
is given and no address has been specified 
previously, a "¢" prints and nothing else 
happens. 


Stop the selected processor is running and types 
out the contents of the program counter. If not 
running, types out "HALTED", For processors 
running in the STAGE system, sets their 
Simulated R15 to a 1, and prints the contents of 
Simulated RQ. 


Causes the selected processor to proceed from 
its current state. If a processor running STAGE 
is selected, its R15 is set to 2. 


steps the selected processor one instruction and 
types that instruction. Processors running 
STAGE set their R15 to 3. In this case, 
singlee-stepping is meaningless and should not be 
tried. : 

Clears the screen and repaints the display in 
the bottom portion of the screen. 


Complements value of the override switch and 
echoes "ON" or "OF" as appropriate. 
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3 DEVTST 
3.1 Loading And Starting The Program 


Before loading the program all busses should have 
power turned on. The bus reset timers of all busses 
should be in the OFF (up) position. 


In this version of DEVTST(REV.3) PSTOPL has been 
included in the compulation of DEVTST. Therefore, it 
is not necessary to run PSTOP prior to loading DEVTST. 
RESET-ATTENTION can be used to restart the progran. 


A. Load correct DEVTST tape or cassette according to 
system configuration. 


B. Press "Reset" on control panel. 


C. Set start address in data lights on control panel 
if loading from cassette. 


D. Press "Load® on control panel. Check the console 
to see if all processors and common memory are 
listed as per the SRN. If not, you are not 
running the correct version. If no display on 
console, check to see if your console is at the 
address the diagnostic expects to see it. 


Ee Verify next on the screen is start of questions. 
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3.2 The Interaction With The User 


The program starts by interacting with the user, 
which has to define the program's mode of operation. 
The answers to the questions are: 


Y= yes, Ne no, or E= exit (to the end of the 
program). 


Each of the above characters must be followed by a 
carriage return. If an illegal pair of characters is 
typed by the user, the program prints the string "? 
(Y/CR,N,E)" and waits for a legal response. 


The program interprets a single carriageereturn as 
the character "Y" followed by a carriage-return. The 
messages and questions printed by the program are 
described next. 


le DEVTST-MB The program name is the first message 
printed by the progran. 


2. CHANGES? (Y/CR,N,E) 


This is the first question asked by the progran. 
if the user does not want to make any change in the 
program's mode of operation, then the character N 
should be typed. If this is the first iteration of the 
program, the answer N denotes the default mode, which 
is described later. If there are no changes, the 
program starts activating the devices according to the 
current mode of operation. The format of the printed 
tables is described in the next section. If there are 
changes, the conversation continues in step 3. 
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3. HARD COPY? (Y/CR,N,E) 


If the user replies negatively, implying a CRT 
device, then he should type any character to cause the 
printing of each table. If the typed character is E 
(exit), message 16 is printed. If the user replies 
positively, all tables are printed without pauses 
between tables. RESET-ATTENTION can be used to abort 
printing in this case and to restart the progran. If 
the operator replies with E, then message 16 is 
printed. 


4, I/0 DEVICES, CHANGES? (Y/CR,N,E) 


The user has to reply whether there is a change in 
the list of I/O devices to be tested. If the answer is 
Y, then message 5 is printed next. If the answer is N 
message 10 is printed. The default list of I/0 devices 
contains all I/O devices. 


5. XPATCHED? (Y/CR,N,E) 


If the I/O devices should be tested, internally 
cross-patched, the answer Y should be given (this is 
the default). If the answer is N, then the devices are 
tested, externally looped. A looping plug can be used 
in this case to enable the test. 


6. TEST ALL I/O DEVICES? (Y/CR,N,E) 


if all devices are to be tested, then the answer 
should be Y (this is the default for the first 
iteration). If the answer is N, then the current table 
of I/0 devices to be tested is cleared, and the user 
has to type up to 5 device addresses (e.g. E150, F220) 
as directed by the program in the iterated sequence of 
steps: 7-9. 


REV B 3=35 DEVTST 


Field Service Guide to Pluribus Diagnostics _ BBNCC 


7. MORE? (Y/CR,N,E) 


The user has to answer if more entries are to be 
added to the currently discussed table. If the answer 
is Y, the program prints message 8. If the answer is N, 
then the table is complete and the conversation 
continues. This message is given even at the start of 
building the table. It should be noted that the 
current table is cleared before the sequence of steps 
T-9 is started, and therefore the user has to type the 
complete table (and not only the modifications). 


8. ADDRESS= 


Following this message the user has to type a 4 
Gigit hexadecimal address (including leading 0's) as 
the next entry to the currently open table. After 4 
Characters have been typed by the user, message 9 is 
printed by the progran. 


9. CONFIRM? (¥/CR,N,E) 


The user is required to confirm an address typed 
as an answer to the previous message. If the answer is 
N, then question 7 is repeated, and the typed address 
is ignored. If the answer is ¥, then the address is 
added to the table. Then, if there is still room in 
the table, question 7 is printed, else the sequence of 
Steps: 7-9 is terminated and the conversation 
continues. 


10. MEM BUSSES, CHANGES? (Y/CR,N,E) 


The user has to reply whether there is a change in 
the table of memory busses included in the test. If 
the answer is Y, then message 11 is printed. If the 
answer is N, message 12 is printed and the table is not 
changed. 
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11. TEST ALL MEMORY BUSSES? (Y/CR,N,E) 


If all memory busses should take part in the test, 
then the answer should be Y (this is the default for 
the first iteration). If the answer is N, then the 
current table of memory busses to be checked is 
cleared, and the user has to type map addresses of up 
to 3 pages (e.g. 0000, 0200) which are interpreted as 
Starting addresses of the memory busses to be checked. 
A memory bus is a contigous sequence of (_~h2000 byte) 
memory pages. The addresses are typed by the user as 
directed by the program in the iterated sequence of 
steps: 7-9. After this step is completed, question 12 
is printed. 


12. IGNORE-I/0 BUSSES, CHANGES? (Y/CR,N,E£) 


The user has to reply whether there is a change in 
the list of I/O busses to be ignored in the test. The 
list is initially empty, i.e. no I/O bus is initially 
ignored. The I/O busses address ranges are: EOQOQO=-E7FO, 
ESOQO-EFFO, FOOO=-F7F0, and F800=-FBFO. The first —“h80 
bytes are the BCM area, and no devices are searched 
there. If the answer is Y, then the table of I/0 
busses to be ignored is cleared, and the user has to 
fill it by typing up to 3 I/O busses starting addresses 
(e.g. E000, E800). The addresses are typed by the user 
as directed by the program in the iterated sequence of 
steps: 7-9. If the answer is N, then the table is not 
changed. After this step is completed, question 13 is 
printed. 
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13. IGNORE-PAGES, CHANGES? (Y/CR,N,E) 


The user has to reply whether there is a change in 
the table of memory pages to be ignored during the 
test. The table is initially empty, i.e. no memory 
pages are initially ignored. If the answer is Y, then 
the table of memory pages to be ignored is cleared, and 
the user has to fill it by typing up to 8 memory busses 
starting addresses (e.g. 0000, 0200). The addresses 
are typed by the user as directed by the program in the 
iterated sequence of steps: 7-9. If the answer is N, 
then the table is not changed. After this step is 
completed, question 14 is printed. 


14. SLOW DEVICES? (Y/CR,N,E) 


The user has to reply whether there are _ slow 
devices in the system, for which the transfer can last 
more than 1 second. A 50 Kb modem should complete the 
transfer of the 2000 words in approximtely 2/3 second. 
The answer to this question determines the length of 
the period to which the program timer is set. The 
default for the first iteration is 1 second, i.€. no 
Slow devices. If unexpected results are obtained, it 
would be a good practice to rerun the program with the 
longer timer set. The long timer is set to about 2.5 
seconds. If longer timouts are required the timer loop 
can be increased (see P130=—P140 in the listing). 


15. TEST GOOD PAGES ONLY ONCE? (Y/CR,N,E) 


If a positive reply is given, then each transfer 
(sucessful or unsuccessful) is performed once; 
otherwise, the user has to specify a number in the next 
step. The default is to test each good page only once. 
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16. TIMES= 


Following this message, the user has to type a 
nonezero four digit hexadecimal number specifying how 
many times each sucessful transfer should be repeated. 
If the user asks for n times, each transfer between a 
common memory page and a device will be performed n 
times if all of them are successful, or until the first 
error occurs. 


17. DMA TRANSFERS 


This title is printed before the actual transfers 
starts. It is followed by the tables, as described in 
the next section. 


18. RESTART? (Y/CR,N,£) 


The question is printed when all seleeted devices 
have been checked. Y causes restarting of the program 
with the current mode of operation which may be changed 
by the user, WN causes reprinting of question 18, E 
causes a transfer of control to DDT (which should be 
loaded in this case, since the program does not check 
whether DDT is in core). 


19. UNEXPECTED QUIT AT: XXXX 


The message is printed for the obvious reason. The 
program should be restarted and if the message is 
consistent then the program listing must be used to 
analyze the cause of the quit. 


PRINTING IHE DMA TRANSFERS RESULTS 


After the program's mode of operation is set as 
described in the previous section, the devices are 
activated one at a time. For each device the transfer 
is done sequentially for each selected memory page. 
The transfers’ results are printed in tables, one per 
device. . 
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The format of each table is as follows: 


DEV ADDR: XXXX TYPE: YY NAME: NNN TPID: TT RPID: RR NUM: ZZ 


MAP TCOM RCOM TPID RPID DATA NELB MQIT DQIT TQIT RQIT TERR RERR TSRS CNT 
V 


VVV OF F F F F F F F F F F F ttrr eceac 


e 


WWWW OF F F F F F F E F B. F F ttrr cece 


The header of each table consists of the device 
address, the device type, a three character nmemonic 
name, the transmit PID level, the receive PID level, 
and the device number (byte 2 in the device registers 
block). 


Each row summarizes the transfer's results for one 
memory page, whose map address is denoted by VVVV or 


WWWW. A blank line is printed between memory busses. 


The entry in most of the table fields is a single 
digit denoted by F. F can be one of the characters: 
de Sha 5 or On 


1 means that the event associated with the 
corresponding field has happened during the 
transfer. 


0 means that the event has not happened. 


? means that the program does not have the necessary 
imformation (e.g. because of a quit). 


The meaning of each event is as follows: 
TCOM- The transmit part of the device had terminated 
the transfer before the end of the program timer 


period was reached (i.e. bit 13 in word 6 of the 
device registers block was 0). 
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RCOM= 


TPID= 


RPID= 


DATA=} 


NELB-= 


MQIT= 


DQIT= 


TQIT= 


RQIT= 


TERR= 


RERR= 


TSRS= 
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The receive part of the device had terminated the 
transfer before the end of the program timer 
period was reached (i.e. bit 13 of word 3 of the 
device registers block was 0). 

The transmit PID level was written into the 
correct PID. 
The receive PID level was written into the 
correct PID. 


The expected data was found in the receive buffer 
of the checked memory page. For an HLC device the 
character "P" can follow the digit denoted by fF, 
this means that the padding word (_7h8000) was 
found at the end of the receive buffer. 


The bit indicating no error and last buffer was 
on (i.e. bit 15 in word 2 of the device 
registers block was 1). 


The processor got a quit from the checked memory 
page. 


The processor got a quit from one of the device 
registers. 


The device transmit quit bit was set (i.e. bit 8 
in word 6 of the device registers block was 1). 


The device receive quit bit was set (i.e. bit 8 
in word 3 of the device registers block was 1). 


The device transmit error bit was set (i.e. bit 0 
in word 5 of the device registers block was 1). 


The device receive error bit was set (i.e. bit 0 
in word 2 of the device registers block was 1). 


The last field in the table contains the 
hexadecimal contents of two status bytes in the 
device registers block: the transmit status (i.e. 
the contents of byte ec in the device registers 
block), and the receive status (i.e. the contents 
of byte 6 in the device registers block). 
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CNT-~ This field is printed only when a not hard copy 
terminal is used. It specifies the value of the 
counter which counts the transfers to the page 
described in the printed line. 


3.3 Interpretation Of The Results 


A successful transfer for a common memory page is 
reflected in the printed table by a line whose first 6 
fields (TCOM-NELB) are 1, and the next 6 fields (MQIT- 
RERR) .are 0. The contents of the last 2 fields (TSTT- 
RSTT) is device dependant. 


A successful transfer for a common memory bus is 
reflected in the printed table by a group of identical 
consecutive lines, each representing a successful 
transfer. 


Note that the program tries to transfer data for 
every memory bus (unless the user has selected another 
mode of operation), and therefore if a device is not 
connected to some memory bus (as in the case of 
combined M/I busses), then it will be reflected in the 
printed table as an unsuccessful transfer. 
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4 DMACHK 


For our discussion, one of the two devices under 
test is called the TST (test) device; the other (if 
exists) is called the REF (reference) device. The 
assumption is that the REF device is a good, working, 
device which therefore can help the user in isolating 
problems in the TST device; although, if the REF device 
causes errors they are reported and the progran 
functions correctly. 


Each of the two devices consists of two parts: the 
TX (transmit) part, and the RX (receive) part. If the 
devices are connected there are two paths; each path 
containing a TX part of a device, a RX part of a 
device, and a cable connecting them. The program can 
handle either one path or two paths. Each path has a 
TX device and a RX device associated with it. If only 
one device is tested, there is only one path. 


The program tests each path by transferring data 
from a memory page to itself using the TX device and 
the RX device of that path; this test is called the DMA 
test. The program gathers information on the behavior 
of both paths during the DMA test in an error log which 
can be examined by the user. 


The user can specify to the program various 
parameters which define the DNA test to be performed. 
Those parameters are defined during the conversation 
with the program before the tests begin. The user can 
select the DMA devices, the memory pages used in the 
test, the data transfer parameters, and the 
configuration of the devices connection. Several 
configurations are possible. If one device is tested, 
it can be crosspatched, looped (modems only), or 
externally looped. If two devices are tested, there 
are two possible paths to be tested. The user can 
specify that only one of these paths is to be tested 
(simplex); both paths are tested by concurrent 
transfers on the two paths (full duplex); or both paths 
are tested by alternately transferring data on the two 
paths, one path at a time (half duplex). 
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In each iteration, the program clears the buffers 
used in the previous iteration (by writing 0 in each 
location), selects memory buffers for the current 
transfer, loads the TX buffers with unique information, 
Clears the RX buffers (by writing the word DEAD in each 
location), and loads the devices registers. Then the 
program waits until the relevant device parts have 
completed (by examining their active bits) or a timeout 
occurred. After this waiting period, the progran 
checks the various device bits, the data in the RX 
buffer, and the PID's. If any error is detected, a new 
entry is pushed into the error log, and a new iteration 
begins. 


In case of modems, the contents of the TX buffer 
is transferred to one RX buffer. In case of HLCts, 
another mode is possible (the default mode) in which 
the first two words are transferred to RX buffer 1, and 
the rest of the TX buffer is transferred to RX buffer 
2 e@ , 


During the test itself, the user can communicate 
with the program by typing oneline commands on the ITTY. 
He can see the current summary of the test, examine 
(and modify) memory locations, force errors, cause the 
program to enter or exit a loop, restart the test, or 
begin the conversation again. 


Before the DMA test begins, the program can 
perform pre-transfer tests. In these tests the program 
measures the watchdog timers of both devices, and 
allows the user to modify the setting of various 
Switches of the TST device (PID levels, device number, 
and device address) and displays the switches setting 
on the console lights. Additional test is the registers 
test. In this test, the program writes various patterns 
to all device registers and checks that the appropriate 
bits are changed, and that unexpected changes do not 
occur. If an error is detected, the program can enter a 
loop (if the user specified it during the conversation) 
thus allowing the user to use a scope for examining the 
device behavior. Information on the errors is printed 
as they are detected; the error log does not contain 
any information on the registers test. 
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4.1 Loading And Starting The Program 


Before loading the. program each processor. bus 
should have power turned on. Power restart interrupts 
should be enabled (S71 in the console in the middle 
position which enables the power recovery int). Line 
frequency interrupts (JIFFY) should be enabled (S70 in 
the console in the ON position). The bus reset timer 
of each bus should be in the OFF (up) position. 


First PSTOP must be used to halt all processors. 
Then DDT may be loaded if the operator wants to use it 
later (the DMACHK program does not need DDT for its 
operation). 


Ae Load correct DMATST tape or cassette according to 
system configuration. 


Be Press "Reset" on control panel. 


Ce. Set start address in data lights on control panel 
if loading from cassette. 


De Press "Load" on control panel. Check the console 
to see if all processors and common memory are 
listed as per the SRN. If not, you are not 
running the correct version. if no display on 
console, check to see if your console is at the 
address the diagnostic expects to see it. 


E. Verify next on the screen is start of questions. 


Then the program is loaded and starts 
automatically. The conversation can always be 
restarted by one of the following ways: using RESET~ 
ATTENTION, restarting the program at “H100, replying 
"mE" to one of the program questions during the 
conversation, or via the oneline command "B" (begin 
conversation) during the test itself. Causing a power 
restart interrupt to the processor (by turning its 
power OFF and ON) before the DMA test begins can be 
used to restart the conversation (although using "E" is 
more appropriate). 
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Causing a power restart interrupt to the processor 
(by turning its power OFF and ON) after the DMA test 
has begun can be used to restart the test. A Similar 
effect can also be achieved by the on-line command "R", 


For all the versions of the program, if the TTY 
address must be changed it can be done after the 
program is loaded. Location TTYADD (currently “%“H104) 
contains the TTY address. 


4.2 The Initial Interaction With The User 


The program starts by interacting with the user, 
which has to define the program's mode of operation. 


The answers to the questions are: 


Y= yes, Ne no, or Ee exit. 


"]" means exit and restart the program at the 
beginning of the conversation. Each of the above 
characters must be followed by a . carriage-return. if 
an illegal pair of characters is typed by the user, the 
program prints the string. "? (Y/CR,N,E)" and waits for 
a legal response. The program interprets a “&single 
carriage-return as the character "Y" followed by a 
carriagej=return. The messages and questions printed by 
the program are described next. 


1. DMACHK-=HB 


The program name is the first message printed by 
the program. 


2. SUMMARY? (¥/CR,N,E) 


This question is asked by the program only if the 
conversation is restarted after the test has begun. If 
the user replies pesitively, the current status and the 
error log are printed (see a later description). Typing 
the character "X" or the character _*0 (control 0) 
during the summary printing aborts the printing. 
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3. CLEAR LOG? (Y/CR,N,E) 


The error log from previous tests is cleared when 
a positive reply is given. The various counters are 
also cleared in this case. A negative reply causes 
keeping of the error log and the counters from previous 
tests; in this case, the conversation proceeds in step 
or The error log and the various counters can be 
cleared during the test via the oneline command "C", 


4, STATISTICS TOO? (Y/CR,N,E) 


A positive reply causeS clearing some statistics 
which the program maintains about data errors. 


5. TYPE COMMANDS (A= ABORT): 


At this point the user can type most of tne one 
line commands (which are described later); e.g., he can 
examine the summary (if it was not cleared earlier) by 
typing "S", or open memory locations by means of the 
"O" (open) command. The character "A" must be type in 
order to proceed in the conversation. 


6. DEVICE CHANGES? (Y/CR,N,E) 


If the user does not want to make any change in 
the device address(es), then the character "N" should 
be typed. In this case, the program prints the details 
of the previously specified device(s) and continues in 
step 14. 


7. NEED DEVICE LIST? (Y¥/CR,N,E) 

If a positive reply is given, the program prints 
information on all I/0 devices it finds; thus helping 
the user in determining the desired device address(es). 
8. TST DEVICE ADDRESS= 

Here, the user is required to type a 4 digit 
hexadecimal address of the TST device (e.g., E140). 


Typing an escape character will cause the program to 
use the previously selected value. 


REV B YaollT DMACHK 


Field Service Guide to Pluribus Diagnostics BBINCC 


9. REFERENCE (REF) DEVICE? (Y/CR,N,E) 
The user is asked whether a REF device exists. 


10. REF DEVICE ADDRESS= 


Here, the user is required to type a 4 digit 
hexadecimal address of the REF device (e.g., E160). 
Typing an escape character will cause the program to 
use the previously selected value. ad 


11. IDENTICAL DEVICES 


This error message indicates that the same device 
was specified both as a TST and as a REF device. The 
program then continues in step 7. 


12. CHOOSE OTHER DEVICES 


This message is printed when the program is not 
satisfied with the selected device(s). This can happen 
if a device which is not a modem or an HLC is 
specified, if the two devices are not compatible (e.g., 
one modem and one HLC), or if the program gets a quit 
from the device while trying to determine if the 
devices are acceptable. The program then continues in 
step 7. 


13. TOO MANY DMA DEVICES 


After the devices are selected, the program builds 
a table of all I/0 devices. This table is used during 
the address test (which begins after step 52). This 
message is printed if the table cannot contain all 
device addresses. Currently the table can contain at 
most 20 device addresses. 


14. MEMORY CHANGES? (Y/CR,N,E) 


The user has to reply whether there is a change in 
the list of memory pages to be tested. If a negative 
reply is given before any page has been specified, all 
pages are tested. After a negative reply, the program 
continues in step 22. 
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15. ALL MEMORY PAGES? (Y/CR,N,E) 


The user has to specify whether he wants all 
memory pages to participate in the test, or only some 
of them. If the answer is "Y", then all memory pages 
except those specified in step 21, participate in the 
test, and the program continues in step 20. If the 
answer is "N", then the user has to specify pages in 
the following steps. The user selects pages by defining 
ranges of pages. The first page and the last page in 
each range are specified. 


16. MORE? (Y/CR,N,E) 


A positive reply indicates that more pages are 
needed; the program continues in the next step. 


17. FROM PAGE 


Following this message, the user has to type the 
page address of the first page in a group of pages to 
be used. Typing an escape character will cause the 
program to use the previously selected value. <A page 
address is a four digit hexadecimal number. For a 
multiebus version of DMACHK the addresses are 0000, 
0200, 0400, ... For a single-bus version the addresses 
are 4000, 6000, .-. , CO00. 


18. TO PAGE 


Following this message, the user has to type the 
page address of the last page in a group of pages to be 
used. Typing an escape character will cause the 
program to use the previously selected value. 


19. CONFIRM? (Y/CR,N,E) 
A positive reply is needed in order to confirm the 


range of pages just specified in steps 17, 18. The 
program continues in step 16. 
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20. IGNORE PAGES? (Y/CR,N,E) 


The user can specify that some of the pages 
selected so far do not participate in the test; i.e., 
their contents is not modified by the program. In order 
to do it a positive reply should be given here. The 
user specifies pages to be ignored by repeatedly 
executing step 21. 


21. PAGEs . 


Following this message, the user has to type the 
address of a page to be ignored. Typing an escape 
Character will cause the program to use the previously 
selected value. 

® 


22. MEMORY PAGES: 


After all memory pages to be used have been 
specified, the program prints the addresses of the 
existing selected pages. Noneexisting memory pages are 
ignored. 


23. NO PAGES 


This error message is printed if no existing 
memory page has been specified. The program then 
continues in step 14. 


24. TRANSFER PARAMETERS CHANGES? (Y¥/CR,N,E) 


The user has to reply whether there.is a change in 
any of the parameters specified in the following steps. 
If a negative reply is given, the program continues in 
step 31. A negative reply given in the first time the 
program is run, causes default parameters to be used. 


25. RANDOM LENGTH? (Y/CR,N,E) 


This question deals with the length of the TX 
buffer. If a positive answer is given, pseudo-random 
values are used. In fact, the lengths used start with 
1, 2; eee , 10 (words) and only afterwards pseudo- 
random values are selected. If a negative reply is 
given, the program continues in the next step. The 
default answer is "Y", 
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26. FIXED LENGTH= 


Following this message, the user has to type the 
fixed length to be used; the number of words in the TX 
buffer. The length is a nonezero four digit hexadecimal 
number. The maximum number is 127 decimal (which should 
be typed as 7F in hex). Typing an escape character 
will cause the program to use the previously selected 
value. 


27-2 RANDOM DATA? (Y/CR,N,E) 


If a positive reply is given, pseudo-random data 
is used for each RX buffer. If a negative reply is 
given, the user has to specify two words which will be 
used for loading the TX buffer in the following way: 
WORD 1, WORD 2, WORD 1, WORD 2, ete. The default 
answer is "Y", 


28. WORD 1= 


Following this message the user is required to 
type a 4 digit hexadecimal number defining the first of 
the two constant data words described above. Typing an 
escape character will cause the program to use the 
previously selected value. | | 


29. WORD 2= 


Following this message the user is required to 
type a 4 digit hexadecimal number defining the second 
of the two constant data words described above. Typing 
an escape character will cause the program to use the 
previously selected value. 


30. SPLIT RX BUFFER? (Y/CR,N,E) 


This question is asked only when HLC's are used. A 
positive answer specifies that two RX buffers are used 
for each transfer ona path. The length of the first 
buffer is two words, and the length of the second is 
determined according to the current length of the TX 
buffer. The default answer is "Y", 
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31. CONFIGURATION CHANGES? (Y/CR,N,E) 


A negative reply indicates that there is no change 
in the test configuration. If this is the first time 
the program is run, the default configuration is used. 
After a negative reply, the program continues in step 
40. 


32. DEFAULT CONFIGURATION? (Y/CR,N,E) 
S 


If only one device has been specified (the TST 
device), the default configuration is crosspatched. If 
two devices have been specified, the default is full 
duplex. If a positive reply is given, the default 
configuration is used and the program continues in step 
40. 


33. BOTH DEVICES CONNECTED? (Y/CR,N,E) 


This question is asked only if two devices have 
been specified. If only one device has been specified 
the program proceeds in step 37. A positive reply 
should be given in order to test the path(s) consisting 
of the two devices. Appropriate cable should connect 
the two devices in such case. In case of modems, 
additional device is needed (such as a "silver box"). 
If a negative reply is given, the DMA test will be 
conducted as if there is only one device; in this case 
the conversation continues in step 37. 


34. CHECK BOTH PATHS? (Y/CR,N,E) 


This question is asked if a positive reply was 
given to the question in step 33. If a negative reply 
is given to the current question, only one path is 
tested; the program continues in step 36. If a 
positive reply is given, the program continues in the 
next step. 


35. FULL DUPLEX? (Y/CR,N,E) 
This question is asked if both paths are to be 
tested. A positive reply indicates full duplex mode, a 


negative reply means half duplex mode. The program 
proceeds in step 40. 
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36. TX BY REF DEVICE? (Y/CR,N,E) 


This question is asked when only one of the two 
paths is to be tested. The user has to define whether 
the TX device on that path is the REF device or the TST 
device. 


37. TST DEVICE XPATCHED? (Y/CR,N,E) 


This question is asked when only one device is to 
be tested. The three possible configurations are: 
crosspatched, looped (modem only), or externally 
looped. The default answer is "Y" (crosspatched). 


38. TST DEVICE LOOPED? (Y/CR,N,E) 
This question is asked only in case of a moden. 
39. TST DEVICE EXTERNALLY LOOPED? (Y/CR,N,£) 


If a negative reply is given the program repeats 
from step 37 until the appropriate configuration is 
selected. , 


40. KEEP EARLIEST ERRORS (INSTEAD OF LATEST)? 
(Y/CR,N,#) 


In case of a positive reply the program does not 
push more entries into the error log after it is filled 
with 5 entries (thus the first 5 entries can be saved). 
In case of a negative reply, the latest 5 entries are 
kept in the error log, and previous entries are 
forgotten. In any case, the error log can be cleared 
during the test via the oneline command "C", or in the 
conversation as described in step 3. The answer is 
stored in a program switch whose status can be 
complemented during the test via the oneline command 
WEE : 


47. LOOP IF ERRORS? (Y/CR,N,E) 


The answer to this question applies both to the 
registers test, and to the DMA test. 
A negative reply (probably the normal case) means ‘that 
different parameters are used in each iteration of the 
test regardless of the outcomes of the previous 
iteration (success or failure). A positive reply means 
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that if an error occurs, the test is retried once with 
the same parameters (e.g., same page, same buffers, 
same length, and same data, in case of DMA test; or 
same pattern stored in same registers in registers 
test). If the retry succeeds, the program proceeds 
normally. If the retry fails the program enters a loop 
mode as selected in the following steps (quick loop or 
Slow loop). When the program is in loop mode, it uses 
the same parameters constantly. 


42. QUICK LOOP? (Y/CR,N,E) 


A negative reply defines slow loop. The only 
difference between the slow loop mode and the normal 
mode, is that in the first case the same parameters are 
used in each iteration of the program. If a negative 
reply is given, the program continues in step 44. A 
positive reply specifies a quick loop. In this case, 
less checks are performed in each iteration of the 
program (e.g., the data is checked only in the first 
few words of the RX buffer, and PID levels are not 
checked). 

After the program loads all device registers it waits a 
fixed delay regardless of when (or whether) the devices 
operation has been completed. 


4 3 e DELAY= 


Here the user has to type a four digit hexadecimal 

number which specifies how many times the program 
iterates through a fixed loop after the transfers on 
both paths (or one) have been initiated. 
Each iteration lasts about 50-100 micro seconds 
(depending on the number of devices). Specifying a 
short delay can cause the program to check the transfer 
results before the devices have completed. Thus, 
several values can be tried to find the desired delay. 
The delay is kept in LDELAY (currently location _*H10C) 
and the user can modify it while the program is running 
by the "0" (open) command. Typing an escape character 
will cause the program to use the previously selected 
value. 
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44, RE}DEFINE SYNC EVENTS? (Y/CR,N,E) 


The user can specify one or more events whose : 

occurrences cause the program to access location 2 or 3 
in the local memory. Location 2 is accessed when the 
event occurred on path 1, and location 3 is accessed 
when the event occurred on path 2. 
By writing this address (2/3) in the address lights, a 
pulse is generated each time one of these events 
occurs. This pulse can be used to synchronize a scope, 
or to trigger a logic analyzer. Before writing the 
address in the console lights the user has to tell the 
program to stop updating the console lights; this is 
done by pressing ATTENTION (and not RESET-ATTENTION). 


45. EVENT= 


Here the user has to type a two digit hexadecimal 
number which defines an event according to the 
following table. Typing an escape character will cause 
the program to use the previously selected value. 


00—] RX device error bit was set. 

02—= TX deviee error bit was set. 

04m RX device quit bit was set. 

06—={ TX device quit bit was set. 

08—{ Quit from RX device registers occurred. 

0A= Quit from TX device registers occurred. 

0C= Quit from PID of RX device occurred. 

OE= Quit from PID of TX device occurred. 

10= Quit from memory occurred. 

12= no error and last buffer bit of RX device was not set. 

T4= Padding word was not found. 

16= Data error (in memory) was detected. 

18—= PID level of RX device was not written, 

1A~ PID level of TX device was not written. 

1C= RX active bit of RX device was set (not complete). 

1E= TX active bit of TX device was set (not complete). 

20= Before loading device registers of a path. 

22= After loading TX end address (and all device reg.) 

of a path. 

Qa Before loading device registers in phase 2 of a path. 

26— End of waiting period (for transfers to complete) fo 
both paths. 

28= Start of a new cycle (1/2 paths 1/2 RX phases). 
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46. PRE-TRANSFER TESTS? (Y/CR,N,E) 


If a negative reply is given, the program begins 
the DMA test by proceeding in step 56. 


47. <DEV> DEVICE WATCHDOG TIMER (TX REFRESHED) IS x.yz 
SECTS 


The value of the watchdog timer is printed as a 
decimal number. The timer is measured by writing 
something to the TX status device register. If the 
value is out of the allowed range (0.8-2 sec's) an 
error message is printed. 


48. <DEV> DEVICE WATCHDOG TIMER (RX REFRESHED) IS x.yz 
SECTS 


This time, the timer is measured by writing 
something to the RX status device register. The 
expected value is 0; an error message is printed 
otherwise. 


49. <DEV> DEVICE REGISTERS TEST ... 


This message precedes the beginning of the 
registers test for the <DEV> (REF or TST) device. 
During the test, the counter of bad iterations is 
displayed in the console address lights, and the 
counter of good iterations is displayed in the console 
data lights. In order to stop updating the console 
lights the user has to press ATTENTION (not RESET-— 
ATTENTION which start the conversation). 


Normally the whole registers test lasts about one 
second. However, if there are errors the test may last 
longer. In order to abort the test, the oneline command 
"A" (abort) can be used. After the registers test is 
completed (or aborted) for a device, the contents of 
the two counters is printed on the TTY. 


Note that the loop mode selected in the 
conversation applies also for the registers test. Also, 
the user can force the program to enter (or exit from) 
the defined loop, by giving the oneline command "L" 
(loop). 
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If an error is detected its description is printed 
on the TTY; unless the program is in quick loop in 
which case nothing is printed. 

There are several types of errors: 


READeWR: Indicates that the read data does not match 
the written data. 


CHANGES: Indicates that changes in device registers 
have been detected where not expected. 


OFF /ON : Indicates that while the (TX or RX) reset bit 
was written, certain bits which were expected to be 
OFF/ON were found in the wrong state. 


In any case, information describing what was 
written (WROTE) and where was it written (IN) is 
printed (there are cases in which two words are 
written). The expected data is also printed (XPCTD). 
This is a masked word; bits which are not checked by 
the program are 0. The address where the expected data 
is expected (IN) is also printed; this address is not 
necessarily equal to the write address. A word 
containing the changed bits (CBITS) is also printed; 
each bit indicated in this word (by 1) was found to be 
the complement of its expected value (in XPCTD). 


An example of an error description is: 


CHANGES: WROTE AAAA IN E132 XPCTD 5042 IN E£13C CBITS 4000 


In this example, the bit corresponding to 4000 was 
found to be OQ instead of 1 in location E13C after 
writing AAAA to location E132. In order to interpret 
the meaning of the errors, the user has to examine the 
definition of the various bits in the device registers. 
In the above example, (assuming an HLC) the crosspatch 
bit in the TX status word was found to be in error. 


50. TST DEVICE SWITCHES TEST? (Y/CR,N,E) 
if a negative reply is given, the program 


continues in step 52, otherwise, it continues in the 
next step. 
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51. ADDR LIGHTS: WORD 0 
DATA LIGHTS: PID LEVELS (TX, RX) 
TYPE A TO ABORT 


During the switches test, the program displays in 
the console address lights the contents of word 0 of 
the device registers. The left half contains the device 
type, and the write half contains the device number; 
the latter is switch selectable. The console data 
lights contain the TX PID level in the left half, and 
the RX PID level in the right half; both are switch 
selectable. The purpose of the test is to change the 
state of the relevant switches and to verify that the 
corresponding bits in the console lights change (thus 
to find broken switches). Note tnat the program does 
not check the meaning of the various bits; it merely 
displays them and the user has to check their 
correctness. The device address switches should not be 
changed during this test; they are tested in the 
following address test. The switches test continues 
until the "A" (abort) command is given by the user. 


52. TST DEVICE ADDRESS TEST? (Y/CR,N,£E) 


if a negative reply is given, the program 
continues in step 56; otherwise, it continues in the 
next step. 


53. ADDR LIGHTS: DEVICE ADDRESS 
TYPE A TO ABORT 


During the address test, the user changes the 
State of the device address switches, and the program 
traces the device address and displays the current 
device address in the console address lights. The data 
lights have no meaning during this test. The progran 
may Lose the device; in this case it prints the message 
in step 54 and continues trying to locate the device. 
If the device is located after the program has lost it, 
the message in step 55 is printed. | 


Several reasons may cause the device to disappear. 
First, the program tries to locate the device only in 
the address range: HCOOO0-HFBFO (multi-bus case), or 
HCOOO}jHFDFO (singleebus case). Selecting an address 
outside this range will cause the device to disappear 
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from the program point of view. Second, the program 
traces the dGevice by examining the above I/0 space each 
time the device address is changed (a quit obtained by 
referencing the previous device address). Each time a 
device is found in the I/0 space, its address is 
compared with the addresses of all I/O devices which 
existed during the conversation. If a device whose 
address is different from all those addresses is found, 
it is assumed to be the TST device. Thus, if the user 
sets the TST device address to be identical to one of 
the other devices in the system, the program will lose 
the device. 


The address test ends when the user gives the on- 
line command "A" (abort). The latest device address is 
used as the TST device address. The device details are 
printed before and after the test. 


54. DEVICE DISAPPEARED. TRY OTHER ADDRESSES 


This message is printed if during the address 
test, the program loses the TST device. The user should 
change the device address switches until the device is 
Located. 


55. DEVICE LOCATED 


This message is printed when the program reé-= 
locates the TST device after it has disappeared. The 
new address is displayed normally. 


56. TESTING REF DEVICE .e. 


This message precedes the DMA test when two 
devices have been chosen in the conversation. Following 
this message, the REF device is tested (crosspatched) 
by 50 (decimal) transfers. Since at this stage only one 
device is tested, there is only one pathe path 1. Thus, 
only the console address lights (corresponding to path 
1) are updated. After 50 transfers are completed, the 
DMA test itself begins in step 57. If there is only 
one device, the DMA test begins immediately after the 
preetransfer test are completed without printing any 
message. 
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57- STARTING TEST ... 


This message is printed after the REF device has 
been tested as described in the previous step. The 
various test counters are cleared at this point, since 
a test with different configuration begins (the 
configuration selected in the conversation). 


4.3 The OneLine Commands 


The on-line commands are recognized by the program 
during the tests themselves; each consists of one or 
more characters (underlined in this section). After 
the program identifies the command it prints a short 
description of the command. The test is halted when tne 
on-line command is executed. The user can normally 
give another oneline command before the test is 
resumed. Thus, in order to resume the test, the user 
Should type a character which is not interpreted as an 
on-line command; e.2., a space. The commands, the 
messages, and their meanings are described next. 


ABORT 


In case of the preetransfer tests, this command 
causes the current test to be aborted. In case of the 
DMA test, this command causes the program to stop 
introducing intentional errors. Intentional errors are 
caused via the one-line command "F" (force error). 
After an "A" oneline command is given, the test 
immediately proceeds; i.e., the program does not expect 
another oneline command at this point. 


BEGIN CONVERSATION 


This command causes restarting of the 
conversation. The error log is kept; it can be printed 
during the conversation and even be kept for the 
continuation of the test. If the command fails, the 
conversation can be restarted by using RESET-ATTENTION. 
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CLEAR LOG 


This command causes clearing of the error log 
(thus allowing new entries to be pushed into the error 
log) and the various counters (including the time 
counter). The program proceeds by asking the user 
whether to clear the statistics too (akin to the 
question in step 4 of the conversation) and the user 
should answer by "Y" or "NF", 


FORCE ERROR (A/Q/R) or 
FORCE ERROR (A/Q/C) 


This command allows the user to cause an error. 
The first line is printed in case of an HLC, and the 
second in case of a modem. The user has to type one of 
the characters suggested in parentheses; their meanings 
are defined below. 


ABORT: The transfer is aborted by writing something 
to the (TX or RX) begin address register of 
one of the devices during the transfer. 

QUIT: The (TX or RX) begin address of one of the 
devices points to noneexistent memory page; 
the device should get a quit. 

CHECKSUM: A zero checksum is sent, thus the RX device 
should complain about a data error. 

READY: A zero is written into the IMP ready bit 
(instead of one). Typing an escape character 
will cause the program to use the previously 
selected error type. 


After the error type is selected, the user has to 
specify whether the error should apply to the TX part 
or the RX part of the device. Then, he has to specify 
whether the error should apply to the TST device or to 
the REF device. Finally, he has to specify whether’ the 
error should be caused once or repeatedly. Each of the 
above specifications is given by typing one character 
according to the options the program lists in 
parentheses. In every case, typing an escape character 
will cause the program to use the previously selected 
value. 


REV B YuoG 4 DMACHK 


Field Service Guide to Pluribus Diagnostics BBNCC 


Note, that if the user forces repeated errors, the 
command "A" (abort) can be used to stop causing the 
intentional errors. 


HALT 


The program stops the test and continues’ to 
interpret oneline commands. To resume the test, any 
character which is not interpreted as an oneline 
command can be typed. 


KEEP EARLIEST ERRORS (ON/OFF) 


This command complements the current status of the 
program switch described in step 40 in the 
conversation. The new status of the switch is printed. 


LOOP (ON/OFF ) 


This command complements the current status of the 
program switch indicating whether the program is in 
loop mode or not. The program enters a loop mode only 
if a loop mode was defined in the conversation (step 
41). The new Status of the switch is printed. 


OPEN: aaaa rrrr wwww <terminator> or 
OPEN: aaaa PAGE=-mmmnm rrrr wwww <terminator> 


The open command allows the user to access and 
optionally modify any location in the processor address 
Space, in common memory, or in I/O address space. The 
command should be carefully used in order not to 
destroy the program. 
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aaaa is the address to be opened, or the escape 
character which stands for the previously 
opened location. 


mrram is the map address (e.g., 0000, or 0200) of 
the common memory page one of whose locations 
is to be opened, or the escape character 
which stands for the previously selected 


page. 

rrrr is the contents of the opened memory 
Location. 

WWWW is an optional field which specifies the new 
contents to be written into the opened 
Location. 

<terminator> is one of the following characters: 

Carriage-return which confirms the new contents (if 

typed), and terminates the command. 
Line-feed which confirms the new contents (if 


typed), and automatically opens the 
next location. 


which confirms the new contents (if 
typed), and automatically opens the 
previous location. 


Any other character used as a terminator, aborts 
the open command and does not confirm the new contents 
of the opened location (space is convenient to use). 


if quit is detected while trying to access the 
opened location the word QUIT is printed by the 
program, and the open command is aborted. 


R R(estart) command causes the program to 
restart the tests at step 46 of the 
conversation. The command is recognized 
only during the DHA test. 
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S S(ummary) command causes printing of the 
current status, the current error log (if 
it is not empty), and the accumulated 
Statisties (if it is not empty). The format 
of the printed tables is given in a later 
section. The character "x" or the 
character _“0 (control 0) can be typed by 


the user to abort the printing. 


X or _*0 (control 0) 
These characters can be typed by the user 
while the summary is printed when the 
program waits for a character to be typed 
(after a complete screen is printed); they 
abort the printing. 


? This command causes printing of the list of 
available on-line commands. 


4.4 The Summary Format 


The summary is printed when the oneline command 
mS" dis typed during the test, or during the 
conversation (at step 5), or if the user replies 
positively in step 2 of the conversation. The printing 
can be aborted by typing the character "X" or the 
character “O (control 0) while the summary is printed, 
when the program waits for a character to be typed 
(after a complete screen is printed). 


The summary consists of three parts: the current 
status, the error log, and the statistics. The format 
of the three parts of the summary is described now. 
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CURRENT STATUS 


This message is followed by the current status of 
the program. 


TIME nnnn 


This is the current time in seconds. 


POWER RESTORES nnonn 


This is the current number of power restores, as 
detected by the progran. 


LOOP HODE XXXX 


xxxx is the current loop mode. It can be OFF, 
RETRYING, SLOW ON, or QUICK ON. 


In the sequel, nnn1 represents a value associated 
with path 1, and nnn2 a value associated with path 2. 


TX DEVICE nnni nnn2 


This is the TX device address. 


RX DEVICE nnni nnn2 


This is the RX device address. 


# TX GOOD BLOCKS nnni nnn2 


This is the number of blocks successfully 
transmitted. 
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# RX GOOD LAST BLOCKS nnni nnn2 
This is the number of blocks successfully received 


(not including transfers to the first of two RX buffers 
in case of a split buffer). 


# RX GOOD NOT LAST BLOCKS nnni nnn2 This is the number 
of blocks successfully received in transfers to the 
first of two RX buffers (in case of a split buffer). 


# TX BAD BLOCKS ninil nnin2 


This is the number of blocks unsuccessfully 
transmitted. 


# RX BAD LAST BLOCKS  nnni nnn2 
This is the number of blocks unsuccessfully 


received (not including transfers to the first of two 
RX buffers in case of a split buffer). 


# RX BAD NOT LAST BLOCKS nnn1 nnn2 
This is the number of blocks unsuccessfully 


received in transfers to the first of two RX buffers 
(in case of a split buffer). 
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4.5 Error Log 

This heading precedes the second part of the 
summary, the error log. Below this, information about 
up to 5 bad transfers is printed. The latest entry in 
the error log is printed under’ the word LAST, the 


previous entry under -1, etc. Each entry contains 
information about one or two paths. 


TIME nnnn 


This is the time in seconds when the error 
occurred. 


# POWER RESTORES nnnn 


This is the number of power restores, as detected 
by the program when the error occurred. 


LOOP MODE XEXK 


This is the loop mode when the error occurred. 


LAST RX PHASE XXXX 


xxxx stands for YES or NO. It indicates whether 
the error occurred in the last RX phase, or in the 
first (of two) RX phases. 
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TX DEVICE nnnt nnn2 


This is the TX device address when the error 
occurred. 


RX DEVICE noni nnn2 


This is the RX device address when the error 
occurred. 


BAD DATA INFO 

This message precedes information describing the 
first received bad word. The information is printed 
only if data error has really occurred; otherwise, 


dashes (=<) are printed. Question marks (????) are 
printed if the program has not checked the data. 


TX DATA nint nnn2 


This is the TX buffer data corresponding to the 
first RX bad word. 


RX DATA nmnni nnn2 This is the data of 
the first RX bad word. 


XOR WORD nnnl nnn2 


This is the exclusive or of the above two words; 
i.e, every bit in error is on in this word. 
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TX WORD ADDR noni nnne2 


This is the address of the TX word corresponding 
to the first RX bad word. 


BAD WORD ADDR nnnt nnn2 


This is the address of the RX bad word. 


BAD WORD INDEX nini nnn2 


This is the index of the first RX bad word in the 
block (0,1, ceole 


DATA FOUND ON SAME PAGE nnn1 nnn2 


When a data error is detected, the program tries 
to determine whether the device has transferred the 
data to another word in the same page. This is done by 
complementing bits 1=@12 in the RX bad word address one 
at a time, and comparing the contents of the found 
words to the TX data. Every bit whose complementing 
results in finding the desired data is set in the words 
printed in this line of the summary. For a single bus 
version, bits 1-215 of the RX bad word address are 
treated as described above. 


\ 
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DATA FOUND ON OTHERS noni nnn2 


When a data error is detected, the program tries 
to determine whether the device has transferred the 
data to a word in another page whose address within the 
page is identical to the RX word address. This is done 
by complementing bits 9-15 in the current page address 
(the next item in this list) one at a time, and 
comparing the contents of the words found on the 
obtained pages to the TX data. Every bit whose 
complementing results in finding the desired data is 
set in the words printed in this line of the sumnary. 
For a single-bus version, this words are zero. 


CURRENT PAGE noni nnne2 


This is the address of the page containing both TX 
and RX buffers. 


TX BUFFER ADDR nint nnn2 


This is the address of the TX buffer. 


RX BUFFER=1 ADDR nint nnn2 
This is the address of the RX buffer. In case of a 


split buffer (HLC only), this is the address of the 
first of the two RX buffers. 


RX BUFFER@2 ADDR nnn] nnn2 


This is the address of the second of the two RX 
buffers in case of a split RX buffer (HLC only). 
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CURRENT LENGTH noni nnne2 


This is the length (in words) of the current TX 
buffer. 


TX STATUS nnni nnn2 


This is the contents of bits 8-15 of the TX status 
register after the waiting period (for the transfer to 
complete) is over. 


RX STATUS noni nnn2 


This is the contents of bits 8-15 of the RX status 
register after the waiting period (for the transfer to 
complete) is over. 


In the following 16 items, the program prints the 
State of various bits in the device registers, and the 
results of various checks done by the program during or 
after the transfer. Each item normally has the form Fe 
eL. F (the first character) stands for "Y" (yes), "N*" 
(no), or "=m" (information is unknown). L (the last 
character) describes whether the program thinks that 
the corresponding item is good or bad. L stands for 
"G" (good), "B" (bad), "?" (the program does not know 
if it is good or bad), or "=|" (information is unknown 
but the program does not expect it). The format of an 
item in which L= "B" is F#2B (and not Fe=B). 


TX DEVICE COMPLETED Feel, Fool 


This indicates whether the TX device has completed 
the transfer (TX active bit of the TX device is 0). 
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RX DEVICE COMPLETED Feel, Pool, 


This indicates whether the RX device has completed 
the transfer (RX active bit of the RX device is 0). 


TX PID WRITTEN Fowl, Pool, 

This indicates whether the TX PID level of the TX 
device was found in the PID. 
RX PID WRITTEN Pool, Foo], 


This indicates whether the RX PID level of the RX 
device was found in the PID. 


DATA OK Feel, Pua, 
This indicates whether the data in the RX buffer 


was equal to the data in the TX buffer (or a data error 
has been detected). 


PADDING WORD WRITTEN Pax[, Fool, 
This indicates whether the data in the last RX 


buffer was followed by a padding word (_*H8000) in case 
of an HLC. 


NO ERROR _& LAST BUFs1 FeeL Fe=L 


This indicates whether the corresponding bit of 
the RX device was set. 
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MEMORY QUIT Fool Fowl, 


This indicates whether the program got a quit 
while accessing one of the memory buffers. 


TX PID QUIT Feel Fool 


This indicates whether the program got a quit from 
the PID corresponding to the TX device. 


RX PID QUIT Feel, Fool 


This indicates whether the program got a quit from 
the PID corresponding to the RX device. 


QUIT FROM TX DEVICE Feel Feel 


This indicates whether the program got a quit 
while accessing the TX device. 


QUIT FROM RX DEVICE Font, Fool, 


This indicates whether the program got a quit 
while accessing the RX device. 


TX DEVICE QUIT =1 Fool, Foe, 


This indicates whether the TX quit bit of the TX 
device was set (the TX device got a quit). 


RX DEVICE QUIT =1 FaaL Feel 


This indicates whether the RX quit bit of the RX 
device was set (the RX device got a quit). 
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TX DEVICE ERROR =1 Foal, Fou, 


This indicates whether the error bit of the TX 
device was set. 


RX DEVICE ERROR =1 Fowl, Fool, 


This indicates whether the error bit of the Rx 
device was set. 


GLOBAL COUNTERS 


This line precedes the values of several important 
counters at the time of the error. The meaning of each 
of these counters was explained earlier in this 
section. 


# TX GOOD BLOCKS nnnt nnn2 

# RX GOOD LAST BLOCKS nnni nnn2 

# RX GOOD NOT LAST BLOCKS nnnt nnn2 

# TX BAD BLOCKS nnni nnn2 

# RX BAD LAST BLOCKS nnni nnn2 

# RX BAD NOT LAST BLOCKS nnnt nnn2 
STATISTICS: 


This line precedes the third part of the summary, 
the statistics. 


BAD PAGES: 


This line precedes a list of pages involved in 
various errors. These memory pages are not necessarily 


bad pages; the transfer of data from/to these pages 


failed. 
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MIN BAD WORD BLOCK INDEX noni nnn2 


This is the smallest index (0,1, .-.) of a bad 
word within the block. 


MAX BAD WORD BLOCK INDEX nnni nnn2 


This is the largest index (0,1, .-.) of a bad word 
within the block. 


MIN BAD WORD PAGE OFFSET nnini nnn2 


This is the smallest offset of a bad word within 
the page. 


MAX BAD WORD PAGE OFFSET nninil nnn2 


This is the largest offset of a bad word within 
the page. 


MIN BAD BLOCK LENGTH nnni nnne 


This is the smallest length (in words) of a block 
involved in an error. 


MAX BAD BLOCK LENGTH nnni nnn2 


This is the largest length (in words) of a block 
involved in an error. 
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OR OF XOR WORDS nnnit nnn2 


This is the logical inclusive or of all XOR words; 
iee., every bit found to be in error in at least one 
data error is set in this word. 


MAJORITY BITS INFO: 


This line precedes several lines, each describing 
whether a bit in the majority of the words of some type 
was 1 or 0. The information is printed in the form: 


<word type> =0/1 bbbb bbobob 


Each b is a group of 4 bits; each group of 4 b's 
describes all 16 bits on a path. If the bit in the 
majority of the words of the type <word type> is 0/1 
the corresponding bit is set in one of the b's. The 
possible word types are listed below. 


XOR WORD =1 bbbob 
BAD WORD DATA =1 b bbb 
BAD WORD DATA <0 bbbob 
BAD WORD PAGE OFFSET =1 bbb b 
BAD WORD PAGE OFFSET =0 bbb »b 
SUMMARY END 

This line ends the summary. 


ror 
crv’ 
rr vee 
rr ree 
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4.6 The Console Lights 


During the DMA test the console lights display 
information that shows how the test progresses. The 
address lights contain information about path 1, and 
the data lights contain information about path 2. Each 
such information contains 4 groups; each containing the 
least significant bits of some counter. The order of 
these counters as appears on the console lights is: 


<path 1> TX-GOOD RX-GOOD TX=-BAD RX=-BAD 
<path 2> TX-GOOD RX-GOOD TX=BAD Ri=}BAD 


If the user wants to use the console he first has 
to press ATTENTION (without RESET), and this stops the 
displaying. An additional pressing of the ATTENTION 
button restores the displaying. 


The user can cause the program to display other 
information in the console lights. ALITSP (currently at 
location _*H106) and DLITSP (currently at location 
_ 3108) are pointers to the words to be displayed in 
the ADDRESS LIGHTS and the DATA LIGHTS respectively. 
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5 EXHIT 
5.1 Loading and Starting the Program 


Before loading the program all busses should have 
power turned on. 
Power restart interrupts should be enabled (S71 in the 
console in the middle position which enables the power 
recovery int). Line frequency interrupts (JIFFY) 
should be enabled (S70 in the console in the ON 
position). The bus reset timers of all busses should be 
in the OFF (up) position. 


First PSTOP must be used to halt all processors. 
Then EXHIT is loaded according to the normal procedure, 
Then HIT should be loaded, as instructed by EXHIT. HIT 
automatically starts EXHIT after it is loaded, and at 
that point the conversation between EXHIT and the user 
starts. , 


To restart the EXHIT program from the console 
RESET@ATTENTION can be used. If this fails, EXHIT can 
be manually restarted at its beginning address, “h2000. 


If from some reason EXHITL fails before it starts 
loading EXHIT and should be restarted, the best 
approach is to reload it. However, it can be restarted 
by §RESET-ATTENTION, or manually at its starting 
address, “h2100 (e.g., after the TTY address is 
modified). 


EXHITL and EXHIT assume a TTY at “hFAOQO, however, 
the TTY address can be modified in each of these 
programs. The TTY address is stored in both programs 
at TTYADD. The current address of TTYADD is “h2016 in 
EXHIT, and “h2104 in EXHITL. 
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5.2 Conversation With the User 


At the first time EXHIT is loaded it prints the 
message: 
LOAD HIT (nnnn) 


and then halts. At that point HIT (version nnnn)?° 


Should be loaded, and then the conversation actually 
starts. 


During the conversation the user has to answer the 
program questions. 
The answers to the questions are: 
Ye yes, Ne no, or E= exit. 
"Ee" means exit and restart the conversation. 

Each of the above characters must be followed by a 
carriage-return. If an illegal pair of characters is 
typed by the user, the program prints the string "? 
(Y/CR,N,E)" and waits for a legal response. 


The prosram interprets a single carriage-return as 
the character "Y" followed by a carriage-ereturn. 


The messages and questions printed by the program 
are described next. 


1. EXHIT (mmmm) 


The program name and the version number (mmmm) are 
printed first. 
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2. ANY COMMAND? (Y/CR,N,E) 


If the user replies positively he can then type 
any of the oneline commands. The main purpose of this 
feature is to allow the user to examine some location 
via the OPEN command, to print one of the error tables, 
or to print the current status of the system after the 
test was aborted and before the conversation continues. 
However, other oneline commands can be used here as 
well. The conversation continues only after a negative 
reply is given. 


Unless the user has some specific purpose, a 
negative reply can be given to the above question. 


3. CHANGES? (Y/CR,N,E) 


This question is asked only after the conversation 
has been completed at least once. If a negative reply 
is given, no changes in the configuration tables are 
done and the conversation continues in step 22; 
otherwise, the conversation proceeds in the next step. 


4. BUSSES CHANGES? (Y/CR,N,E) 


A negative reply means that there is no change in 
the lists of I/O busses, RTC*'s, and memory busses. 
Note that it may occasionally happen that HIT deletes 
an I/O bus or a memory bus from its tables after a 
remote bus power fail and doesn't update correctly the 
tables when power is restored. In such cases the 
busses information should be entered again by replying 
positively at this step. 


If a negative reply is given, the busses 
information is printed. In the first time the 
conversation is conducted the default configuration is 
assumed as explained in the following steps. 
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5. ALL I/O BUSSES? (Y/CR,N,E) 


If a positive reply is given, the program finds 
the existing I/0 busses (by searching for PID's) and 
inserts the first two busses addresses to the 
appropriate HIT table; this is the default answer. If 
a negative reply is given, the program prints the 
message: 


SELECT (Y/CR,N,£) 


followed by the list of existing I/O busses, each 
of which should either be selected (by typing Y/CR) or 
not selected. At least one I/O bus must be selected. 


USE aaaa RTC? (Y¥/CR,N,E) 


At this step the user is required to select the 
RTC's to participate in the test. The question is asked 
about existing RTC's on selected I/O busses; aaaa is 
the RTC address (e.g., E006). The default answer is 


ue eae 


When this step is completed, the selected I/0 
busses and the selected RTC's are printed. 


7. ALL HEM BUSSES? (Y/CR,N,E) 


If a positive reply is given, the program finds 
the existing memory busses and inserts the addresses of 
the first two busses to the appropriate HIT table; this 
is the default answer. If a negative reply is given, 
the user is requested to type the four digit 
hexadecimal addresses of up to two memory busses (e.g., 
0000, 4000). 
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8. ALL PAGES ON aaaa BUS? (Y/CR,N,E) 


The user is required to specify whether all pages 
on memory bus aaaa are to be tested. If a positive 
reply is given, the program finds the number of pages 
on the aaaa bus and enters the information in the 
appropriate HIT table; this is the default answer. 
Otherwise, the program prints the message: ) 


# PAGES= 


and the user has to type a four digit hexadecimal 
number specifying the number of pages to be tested on 
the aaaa bus (e.g., 0006). 


9. CHECK aaaa BUS VIA ALL I/O BUSSES? (Y/CR,N,E) 


if a positive reply is given, HIT will test the 
aaaa memory bus through all DMA devices on all selected 
I/O busses; this is the default answer. If a negative 
reply is given, the program prints the message: 


SELECT (Y/CR,N,E) followed by the list of selected 
I/O busses. The user has to select (by typing Y/CR) 
the I/O busses whose devices will participate in 
testing the aaaa memory bus, or not to select them (by 
typing N). 


When this step is completed, the gathered 
information about the selected memory busses is 
printed. It should be noted that while giving the 
memory busses information, the user does not have to 
take into account the fact that a part of EXHIT 
actually resides in common memory; i.e., the page in 
which EXHIT is stored can be included in the pages on 
one of the tested busses. 
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10. PROGRAH IS IN COHMON  PAGE=pppp. CHANGES ? 
(Y/CR,N,E) 


As pointed out in the previous step, the user can 
specify the memory busses information without paying 
attention to the question "where is EXHIT stored?" 
However, HIT does not test that page in order not to 
destroy the prosrm (it thinks that DDT is stored in 
that page). 


At this step the map address of the page 
containing EXHIT is printed and the user has a chance 
to change that page address by replying positively. If 
a positive reply is given, the program prints: 

MAP= F 
and the user has to type the four digit hexadecimal 
address of a new page to contain EXHIT. Changing EXHIT 
page enables the testing of all common memory pages. 


11. DMA DEVICES CHANGES? (Y/CR,N,E) 


A negative reply means that there is no change in 
the information concerning the DHA devices. Wote that 
it may occasionally happen that HIT marks DHA devices 
as being on a failed I/O bus when that bus has a power 
fail, and does not update the information when power is 
restored to that I/0 bus. In such cases, the DHA 
information should be entered again by replying 
positively at this step. 


If a negative reply is given, the DMNA devices 
information is printed. In the first time the 
conversation is conducted default answers are assumed 
as explained in the following steps. 


12. ALL DNA DEVICES? (Y/CR,N,E) 
If a positive reply is given, the program finds 


all DMA devices and inserts their addresses to the 
appropriate HIT table; this is the default answer. 
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If a negative reply is given, the prosram prints the 
message: 


SELECT (Y/CR,N,=) 


followed by the list of DNA devices (including the 
address, type, and name for each device), each of which 
Should either be selected (by typing Y/CR) or not 
selected. 


13. ALL DMA DEVICES XPATCHED? (Y¥/CR,N,E) 


If a positive reply is given, the program skips to 
the next step; this is the default answer. 
If a negative reply is given, the program prints the 
message: 


SELECT (Y/CR,N,E) 


followed by the list of selected DMA devices. The user 
has to identify the crosspatched devices (by typing 
Y/CR). 

For modems which are not crosspatched, the program asks 
the question: 


EXTERNAL LOOP BIT ON? (Y/CR,N,E) to which the user 
has to answer in the obvious way. 


14. COUPLED DEVICES? (Y/CR,N,£) 


This question is printed if there is a possibility 
that there are coupled devices in the system. Two 
devices are candidates to be a couple if both have the 
Same device number and. similar types associated with 
them, and if none of them is crosspatched. 


If a negative reply is given, the program skips to 
the next step; this is the default answer. If a 
positive reply is given, the program prints the details 
of suspected couples and the user has to identify the 
real couples (by typing Y/CR). 
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15. ROTATE TABLE BY 2? (Y¥/CR,N,E) 


The addresses of the selected DMA devices are 
stored in a linear table of HIT. Experience has shown 
that the location in the table in which a device 
address is stored may affect the results of the test 
(success or errors). This question allows the user to 
rotate the contents of the DMA devices list two 
locations towards its beginning (by replying 
positively). 

The question is repeated until a negative reply is 
given, thus, any even number of such rotations can be 
achieved. The default answer is "N*,. 


When this step is completed, the detailes of the 
selected DHA devices are printed. 


16. MSPU DEVICES CHANGES? (Y/CR,N,E£) 


A negative reply means that there are no changees 
in the information concerning the MSPM devices. In such 
case the MSPM devices information is printed. In the 
first time the conversation is conducted default 
answers are assumed as explained in the following 
steps. 


ALL MSPM DEVICES? (Y¥/CR,N,E) 


If a positive reply is given, the program finds 
all BLI devices and inserts their addresses to the 
appropriate HIT table; this is the default answer. if 
a negative reply is given, the program prints the 
message: 


SELECT (Y/CR,N,E) 


followed by the list of MSPM device addresses, each of 
which should either be selected (by typing Y/CR) or not 
selected. 
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If the answer is Yes, the program prints the message: 


LINE a 


The "a" is the corresponding line number from 0 to 
Se each of which should either be selected or not 
selected. 


18. ALL MSPM DEVICES XPATCHED? (Y/CR,N,£) 


If a positive reply is given, the program skips to 
the next step; this is the default answer. 


If a negative reply is given, the program prints 
the message: 


SELECT (Y/CR,N,£) 


followed by the list of selected HSPM devices. The user 
has to identify the crosspatched devices (by typing 
Y/CR). 


If the answer is NO, the program prints’ the 
nessage: 


LINE a 


The user has to reply by Yes or No. If the answer 
is yes, the line is crosspatched. 


When this step is completed, the details of the 
selected MSPM devices are printed. 


19. PROC CHANGES? (Y/CR,N,E£) 


A negative answer means that there is no change in 
the list of processors participating in the test. In 
Such case the processors numbers are printed. In the 
first time the conversation is conducted the default 
answers are assumed as explained in the following step. 
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20. ALL PROC'S? (Y/CR,N,E) 


If a positive reply is given, the program finds 
all existing processors, tries to halt each of then, 
and inserts the numbers of those which have been 
successfully halted to the appropriate HIT table; this 
is the default answer. 

If a negative reply is given, the program prints the 
message: 


SELECT (Y/CR,N,E) 


followed by the list of existing processor numbers, 
each of which should either be selected (by typing 
Y/CR) or not selected. Note that the master processor 
is automatically selected since this is a requirenent 
of HIT. 


When this step is completed, the list of 
processors participating in the test is printed. 


21. TST OPTIONS CHANGES? (Y/CR,N,E) 


A negative reply means that there is no change in 
the test options (which are defined below). Ife 
negative reply is given the test options are printed 
for all processors in one table. Note that before slave 
processors (all processors except the master) are 
activated, the contents of the printed table concerning 
them is meaningless. If the reply is positive, the 
program prints the message: 
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SELECT (Y/CR,N,&) followed by the list of possible 
options. For each of the options the user has to answer 
either positively, or negatively. The possible options 
and the default answers are: 


BACKGROUND ONLY (MN) 
WAIT ON PWR RESTART (HN) 
IGNORE REM INTERRUPTS (N) 


JIFFY'S TST (Y) 
igi] TST (Y) 
QUITS CAUSED (YX) 
SIZE OF BUFFER FIXED (N) 
DATA FIXED (HN) 


LOAD BUFFER EACH TIME (Y) 
ADDR OF BUFFER FIXED (N) 


If a fixed size buffer is selected, the progran 
prints the question: 


SIZE=007E 


The user can select this default fixed size (by typing 
Y/CR), or after typins "N" specify another size of 
buffer by typing a four digit hexadecimal number. 


If a fixed data is selected, the program prints 
the question: 
DATA=AAAA 


The user can select this default fixed data (by typins 
Y/CR), or after typing "N" specify another fixed data 
to be used, by typing a four digit hexadecimal number. 


The options selected in the above process hold 
initially for all activated processors (since the HIT 
program is copied to each processor memory); hcewever, 
while HIT is running these options can be modified for 
each processor separately, or for all processors 
together via the oneline commands. 
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22. MIN BUFLIU IS CHOSEN 


After the test configuration is determined in the 
previous steps the program calculates a number which 
indicates for HIT how each of the common memory pages 
should be divided; this number (BUFLIM) is calculated 
according to the number of the DMA devices, and the 
number of the common memory pages to be tested. 


BUFLIM indicates the boundary between the lower 
part of the page, which is used for memory tests; and 
tne upper part of the page, which is used for DHA 
devices tests. 


The program tries to keep this limit as high as 
possible, but if the resulted number equals to the 
minimum allowed (*h1800) the above message is printed. 
It may happen if relatively many DHA devices and few 
common memory pages are selected. The program 
continues even in this case, but there are good chances 
that HIT will fail (e.g., will enter an infinite loop 
whieh can be easily observed since the console lights 
will not blink). If HIT fails, the conversation can be 
restarted (by an oneline command, or if this fails, by 
RESET=ATTENTION) and the tested configuration can be 
changed (e.g., less DMA devices to be tested). 


23. START ALL PROC'S? (Y/CR,N,E) 


If a negative reply is given, the conversation 
continues in the next step. 
if a positive reply is given, EXHIT terminates the 
conversation and activates HIT on the master processor 
only. However, while EXHIT is later polled by HIT, it 
Starts all selected processors (after a delay of 2-3 
seconds). This starting procedure includes halting 
each processor via its registers (or killing the 
processor), copying the program to each of the selected 
processors, and then activating the processors one at a 
tine. 


The program prints the numbers of the processors 
during the activating step; each number is followed by 
one of the words: DONE, or CAN'T. The later word is 
printed if EXHIT can't activate the indicated processor 
(it gets too many quits). 
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It should be noted that due to limitations of the 
PLURIBUS, EXHIT cannot check whether the selected 
processors are really running. Thus, the user has to 
check it by watching the console lights for a few 
seconds. If some of the processors are not running, 
they can be restarted by the oneline commands. It may 
be helpfull to switch the I/0 bus used for BBC 
references oy the on-line commands if normal trials to 
restart the processors fail. 


Another note is in place here. It is recommended 
to have a copy of the HIT program in each of the 
processors in the system; in particular in the local 
memories of both processors at least one of which is 
selected to run HIT. This decreases the vulnerability 
of HIT. It can be easily achieved by selecting all 
processors (in steps 19=20 above) and replying 
positively in this step. The PROC RESTART on-line 
command can also be used for achieving the same effect. 
When done, the conversation can be restarted and the 
configuration can be changed in the conversation. 


24. START MASTER? (Y/CR,N,E) 


If a negative reply is given, the conversation 
continues in the previous step. If a positive reply is 
given, EXHIT terminates the conversation and activates 
HIT on the master processor only. The oneline commands 
can be used to restart the other processors after this 
point. 


§.2 The On-Line Commands 


While HIT is running it polls EXHIT (thinking that 
it polls DDT). This enables EXHIT to recognize on-line 
commands and to print information on the TTY. The one 
line commands can also be given at the beginning of the 
conversation (see step 2 of the conversation). The 
commands are described below. In all cases, the user 
has to type a character and the program comlements the 
comand (and possibly waits for additional character or 
some data). In the following descripiton, the 
information typed by the user is underlined; upper case 
letters should be typed as in the examples, lower case 
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letters stand for data that the user has to provide. A 
summary of EXHIT oneline commands appears at the end of 
this document. 


1. CLEAR ERRORS 


This command should clear the error tables of all 
processors currently running HIT, and clear the time 
counter. Processors which are currently not running 
HIT, or have some troubles ignore the command. 


2e DISPLAY IN (D/A) DATA LITES: ADDR=saaaa or 


DISPLAY IN (D/A) ADDRESS LITES: ADDR=aaaa 


The Display command allows the user to select the 
locations to be displayed in the console lights. aaaa 
is the address of the location to be displayed in the 
data/ address lights. Information from HIT variables 
page can be displayed by using addresses in the range 
“ni000—*hS5FFE. 


The default HIT locations displayed in the console 
lights are: RUNL= in the data lights, and CERRL= in the 
address lights. 


3- ERROR TABLE (GLOBAL) 


This command is used to print a global error 
table. This table contains condensed information about 
each error in the error table of each of the proceSsors 
selected to run HIT. 


The errors found by each processor are printed in 
one column, three lines per error. The first line 
indicates the error name; the second line contains some 
address associated with the error; and the third line 
indicates the global time (in seconds) at which the 
error occurred. All printed numbers are hexadecimal 
ones. 
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An example of such an error entry is: 


NAME: =-DVTO=-DATA- 
ADDR E150 0400 
TIME 0015 0012 


We now give the names of the errors and the 
meaning of the addresses for each of the various error 
types discovered by HIT. 

The hexadecimal numbers in parentheses indicate the HIT 
error types. 


(1) DATA 
A data error during memory test. The address specifies 
the contents of the map register. 


(2) LOCK 
A lock error. The address specifies the contents of 
the map register. 


(3) PIDR 
A PID read error. The address specifies the PID 
address (e.g., E000). 


(4) CQiIT 

A quit while accessing a location in common memory 
address space (hu¥000-hBFFE). The address specifies the 
contents of the map register. 


(4) IQIT 

A quit while accessing a location in the common [I[/0 
address space (hCO00-hFBFE). The address specifies the 
quit address. 


(4) LQIT 
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space (0000-h3FFE, hFCOO-hFFFE). The address 
specifies the quit address. 


(5) DVTO 
Device timeout. The address specifies the device 
address. 


(6) PIDB 
Device PID / busy. The address specifies the device 
address. 


(7) DVTX 
Device transmit. The address specifies the device 
address. 


(8)  DDAT 


Device data. The address specifies the device address. 
(9) MSab 


MSPM error. "a" indicates the specific error as can be 
found in the description of the MSPMN error in step 24 
(9) of this section. "b" indicates the error channel 
number. If the error is an error of a line, the 
channel number represents any channel on the line. 

if the error concerns the whole device, the number is 
always zero and has no meaning. If the channel number 
is eight or nine, it represents the Pluribus to Micro 
queue and the Micro to Pluribus queue reSpectively. 
The address specifies the device address. 


(A) BLTO 
Buffer lock timeout. The address specifies the number 


or the processor who had the lock when timeout 
occurred. 


REV B 5=93 EXHIT 


Field Service Guide to Pluribus Diagnostics BBINCC 


(B) MPID 


Missing PID. The address specifies the PID address 
(e.g, EQOO). 


(C) NJFY 


No jiffies obtained. The address has no meaning. 


4, HALT ALL CONFIRM (Y/CR,N) 


This command is used to cleanly halt all 
processors currently running HIT. The master sets a 
flag in common memory, and each processor halts when 
observing that the flag is set. The master restarts 
the conversation. 


There is a similar command (R) which halts each 
processor via its registers and then restarts the 
conversation. The HALT command is preferable; however, 
if some processor does not respond to the HALT command, 
the RESTART command can be used. 


5- I/O BUS FOR BBC siiii 


~ EXHIT uses one of the selected I/O busses for BBC 
references. The user can switch to the other I/0 bus 
by using this command. iiii (printed by the program) 
is the I/O bus’ that will be used from now until the 
next I command, or until the conversation is restarted 
and I/O busses information is modified. 


6. OPEN: aaaa P= pp rrrr wwww <terminator> or 


OPEN: aaaa P= pp VIA I/O BUSeiiii rrrr www <terminator or 


OPEN: aaaa PAGR=mmmm rrrr wwww <terminator> 
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The open command allows the user to access. and 
optionally modify any location in the whole systen 
address space. The command should be carefully used in 
order not to destroy the programs. 


aaaa is the address to be opened, or the character ESC 
which stands for the previously opened location. 


pp is the processor number (e.g., 12) in whose 

address space the location should be opened, or 

' the character ESC which stands for the previously 
selected processor. 


mmmm is the map address (e.g., 0000, or 0200) of the 
common memory page one of whose locations is to 
be opened, or the character ESC which stands for 
the previously selected page. 


iiii is the current I/O bus used for BBC. 
rrrr is the contents of the opened memory location. 


wwww is an optional field which specifies the new 
contents to be written into the opened location. 


<terminator> is one of the following characters: 


Carriage-return which confirms the new contents (if 
typed), and terminates the command. 


Line»feed which confirms the new contents (if 
typed), and automatically opens the 
next location. 


(up arrow) which confirms the new 
contents (if typed), and automatically 
opens the previous location. 


Any other character used as a terminator, aborts 
the OPEN command and does not confirm the new contents 
of the opened location (space is convinient to use). 


If quit is detected while trying to access the 


opened location the word QUIT is printed by the 
program, and the OPEN command is aborted. 
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7. RESTART CONFIRM (Y/CY,N) 


This command is used to halt (kill) all selected 
processors via their registers and then to restart the 
conversation. The list of processor numbers is 
printed; each processor number is followed by one of 
the words: DONE or CAN'T. See also the HALT command 
described earlier. 


8. STATUS: 


This command is used to get the current status of 
the systen. It prints the current global time, 
followed by several error lists (if any) which are self 
explanatory. Then, all the current test parameters are 
printed. 


9. PROC: <subecommand> or 


PROC -ALL: <sub-command> 


The sub-command indicated by <sub-command> is 
executed for processor number pp or for all selected 
processors depending on the typed information. pp must 
denote a selected processor, otherwise the progran 
prints the message: "2 (UNKNOWN)" and aborts the 
command. 

Upon completion of executing the command for the 
selected processor(s) the program prints the processor 
number followed by one of the words DONE or CAN'T. 


The descriptions of the available PROC  sube 
commands appear in the following steps. 


10. PROC =pp: ADDR OF BUFFER FIXED (Y/CR,N) or 


PROC -ALL: ADDR OF BUFFER FIXED (Y/CR,N) 
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The A subecommand allows the user to specify 
whether the buffer address is fixed; the default is H. 


11. PROC =pp: BACKGROUND ONLY (Y/CR,N) or 


PROC =ALL: BACKGROUND ONLY (Y/CR,N) 


The B sub-command allows the user to specify 
whether the selected processor runs in background only; 
the default is N. 


12. PROC =pp: DATA FIXED (Y/CR,N) or 


PROC -ALL: DATA FIXED (Y/CR,N) 


The D subecommand allows the user to specify 
whether to use fixed data; the default is N. ffa 
positive reply is given, HIT uses the fixed data 
selected in the conversation (step 21); the default 
fixed data is “hAAAA. 


13. PROC -pp: GO or 


PROC -ALL: GO 


The G subecommand allows the user to reactivate a 
halted processor which already has a copy of the HIT 
program, without copying the program again (in contrast 
to the R sub=-command). 
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14. PROC -pp: HALT or 


PROC -ALL: HALT 


ab 5 ad 
rc 


The H sub=command is used to cleanly hait a 
specific processor, or all selected processors except 
the master. EZHIT sets a flag in the local memory of 
the selected processors and they halt when detecting 
that the flag is set. 


A processor halted by the H command can be later 
restarted by one of the sub-commands G (GQ) or R 
(RESTART). 


If a processor does not respond to the 4H sub- 
command, the K (KILL) subecommand can be used to halt 
that processor via its registers. The H sub-command is 
preferable since the K (KILL) sub-command may introduce 
errors. 


15. PROC «pp: IGNORE REM INTERRUPTS (Y/CR,N) or 


PROC -ALL: IGNORE REM INTERRUPTS (Y/CR,N) 


The I subecommand allows the user to specify 
whether to ignore remote bus interrupts; the default is 
Ne 


16. PROC =pp: JIFFY'S TST (Y¥/CR,N) or 


PROC -ALL: JIFFY'S TST © (Y/CR,N) 


The J sub-command allows the user to specify 
whether to perform JIFFY test; the default is Y. 
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17. PROC =pp: KILL or 


PROC =ALL: KILL 


The K subecommand allows the user to halt a 
processor via its registers. A similar sub-command is 
EH. EXHIT prints whether the processor was running or 
halted when the kill subecommand was executed. 
Additional information is printed in some cases: 


If the killed processor had executed an 
intentional illegal instruction to denote a 
catastrophic hardware trouble, a message describing the 
trouble is printed (see a later section). 


If the killed processor is halted in a _ special 
address denoting a deliberate halt (such as following 
the H subecommand), the message "DELIBERATE EALT® is 
printed. 


One of the uses of the K command is to try to find 
out why a processor is not running; if it detected some 
catastrophic trouble a message is printed. 


18. PROC «pp: LOAD BUFFER EACH TIME (Y/CR,N) or 


PROC ALL: LOAD BUFFER EACH TIME (Y/CR,N) 


The L subecommand is used to specify whether to 
load the buffer each time; the default is Y. 


1 9g ® PROC #DD ° MEM TST (Y/CR, N) or 


PROC -ALL: MEM TST . (Y/CR,N) 


The M sub-command allows the user to specify 
whether to perform common memory tests; the default is 
a op 
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20. PROC =-pp: QUITS CAUSED (Y/CR,N) or 


PROC -ALL: QUITS CAUSED (Y/CR,N) 


The Q subecommand allows the user to select 
whether to cause deliberate quits; the default is Y. 


21. PROC «pp: RESTART (58/S) BOTH CONFIRM (Y¥/CR,N) or 


+ bY 
2 +s * 
pion of 


PROC pp: RESTART (E/S) SINGLE CONFIRH (Y/CR,N) or 


PROC -ALL: RESTART CONFIRM (Y/CR,N 


A 

\ 
\ 
“ 


The R sub-command allows the user to restart both 
processors on a bus, a single processor on a bus, or 
all selected processors. In the case of the S option, 
both processors are halted, however, only one of then 
is activated. The master cannot be restarted by this 
Subecommand; the only way to restart the master is by 

.restarting the conversation (or via the console). 


When the command is confirmed, EXHIT executes a 
sequence of operations. First, all processors on the 
relevant processor busSes are cleanly halted by EXHIT. 
Then, after a delay of 2-3 seconds, all those 
processors are killed (halted via their registers). In 
the A (ALL) case, the C (CLEAR ERRORS) command is 

xecuted next. Then, the program is copied to all 
processors that have to be restarted. Finally, all the 
relevant processors are activated. 


From time to time, execution of this sub-command 
causes errors to be detected by HIT; normally these 
errors can be cleared (by the C command), and no new 
errors are detected. If the command does not work 
properly, it may be useful to switch to the other [1/0 
bus used for BBC (via the I command). 
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22. PROC =pp: SIZE OF BUFFER FIXED (Y/CR,N) or 


PROC -ALL: SIZE OF BUFFER FIXED (Y/CR,N) 


The S subecommand allows the user to _ specify 
whether the buffer size is fixed; the default is N. If 
a positive reply is given, HIT uses the fixed buffer 
Size selected during the conversation (step 21); the 
default fixed size is “h0O7E. 


23. PROC =pp: WAIT ON PWR RESTART: (Y/CR,N) or 


PROC ALL: WAIT ON PWR RESTART (Y¥/CR,N) 


The W subecommand allows the user to specify 
whether a processor has to halt on power restart or to 
resume execution of HIT; the default is N. 


24. PROC «pp: ERROR TABLE or 


PROC -ALL: ERROR TABLE 


The E subecommand allows the user to examine the 
detailed error table associated with the specified 
processor(s). Note that one global error table can be 
obtained via the E command. 
We now deSeribe each of the possible errors. The 
hexadecimal numbers in parentheses indicate the HIT 
error types. 
(1) DATA 
MAPsmm oADDRsaaaa WROTEswwww READ=errrr RTRY=s3 Tiim=etttt 


A data error during memory test. 
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mini the contents of the map register. 
aaaa= the data address. 

WWWW= the written data. 

rrrre the read data. 

yy= can be either OK, or BAD. 


(2) LOCK 


MAPsmmmm oADDRsaaaa WROTEswwww READ=srrrr RTRYsyy =TitE=tttt 


A lock error. The meanings of the various fields 
are identical to ease (1) above. 


(3) PIDR 
ADDRsaaaa BADLVL=11 TIME=ttte 
A PID read error. 


aaaa= the PID address. 
lle the bad pid level read by HIT. 
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(4) QUIT LOCAL or, 
QUIT CHEM or, 
QUIT CI/0 followed by: 


MAP=smmmm ADDRsaaaa PC=ccece RTRYzy TIME=Stttt 


A quit while aecessing a location in the local 
address space, in the common memory address space, or 
in the common I/O address space respectively. 
The contents of the map register (only in case 
of CHEH). 

aaaa= the quit address. 

eccce= the program counter at the instruction trat 
caused the quit. 

y= the number of retries before success. 9 
indicates a solid quit. 


(5) DEVICE T.O. 


ADDRzaaaa IMNAPsiiii OMAPso000 TiB]=tttt 
REND=re RSTAsrs RCOM=r RQIT=x RERRsy 
TEN D=te TSTAzts TCOM=t TQIT=2 TERR=sw 


A device timeout error, 


aaaa= the device address. 

iiii- the eight most significant bits of input buffer 
pointer + eight 0 bits (Similar to a page map 
address). 

coce=- the eight most significant bits of output 
buffer pointer + eight 0 bits (similar to a 
page map address). 

re- the eight least significant bits of the receive 

end pointer. 

te= the eight least significant bits of the transmit 

end pointer. 

rs= the receive status. 

tse the transmit status. 

re receive complete (Y/N); obtained from the receive 
status. 

t- transmit complete (Y/N); obtained from the transmit 

status. 

x= device receive quit (Y/N); obtained from the 

receive status. 

z= device transmit quit (Y/N); obtained from the 
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transmit status. 

ye device receive error (Y/N); obtained from the 
receive status. 

we device transmit error (Y/N); obtained from the 
transmit status. 


(6) DEVICE PID/BUSY 


° ADDRsaaaa IMAPsiiii OMAP=s0000 TIME=tttt 
REND=re RSTAzsrs RCOMsr RQIT=x RERR=sy 
TEN D= te TSTA=ts TCOM=t TQIT=z TERR=w 


A device PID / busy error. The meanings of the 
various fields are identical to case (5) above. 


(7) DEVICE TX | 


ADDR=aaaa IMAPsiiii OHAP=0000 TIME=tttt 
REND=sre RSTAsrs RCOM=r RQIT=x RERR=y 
TENDste TSTAsts TCOM=t TQIT=2 TERR=wW 


A device transmit error. The meaning of the 
various fields are identical to case (5) above. 


(8) DEVICE DATA 


ADDRsaaaa IMAPsiiii OMAP=soo00o TiMe=tttt 
XPCTD=xxxx RCVD=serrrr DISPsd 


A device data error. The meanings of the fields in 
the first line are identical to case (5) above. The 
other fields are: 


XXXX— the expected data. 


rrrr= the received data. 
d= the bad data displacement in words modulo 16. 
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(9) MSPM 
QUIT HMSPM PAGES nnnn 


The page containing codes of MSPM TEST and its 
variables is not good or the map variable of that page 
is bad. "nnnn" is the map of the page. The error code 
is zero. 


MS PM 
ADDReaaaa CODEsce Tilte=tttt 


An HMSPH error. 


aaaaethe device address. 
cece the error code. 


j= the micro gets quits from common memory 
2e= a dma chip gets quit from common memory 
3= bso never starts. 


MS PM 
ADDR=aaaa CODEsca CHANNEL=x TIME=stttt 


ie bso channel timeout. 

S= bso channel error. micro returns the buffer. 

6= bso data transmission error. 

T= bso line timeout. data is not transmitted nor 
received. 

8= no buffer in the channel queue when needed. 


The channel number 0 to 7 represents corresponding 
channel. If the error is a kind of line error, the 
channel number may be any channel associated with the 
line. When the channel number is 8, it is the Pluribus 
to Micro channel and '9' is the Micro to Pluribus 
channel. 
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(A) BUFFER LOCK T.O. 
PROC=Pnn TIMEStett 


A buffer lock timeout. nn is the number of the 
processor who had the lock when timed out. 


(B) MISSING PID 
ADDR=aaaa XPCTD=-LVL=11 TIE=stttt 
A missing PID error. 


aaaa- the pid address. 
ll» the PID level which should have been read. 


(C) NO JIFFIES 
TIME=tttt 


No JIFFY interrupts obtained. 


5.4 Catastrophic Hardware Troubles 


While HIT is running, or during the conversation, 
several severe troubles may occur that cause some error 
message to be printed (if possible) by EXHIT, and then 
the conversation is automatically restarted if possible 
or the master halts. If the trouble occurs while other 
processors are running HIT, they may continue and will 
probably complain about errors (i.e., will enter error 
information into their local error tables that can be 
examined later). 


We first describe the catastrophic error messages 


associated with troubles detected by EXHIT (during the 
conversation, or while polled by HIT). 
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1. EXHIT COMN PAGE GONE 


Each time the conversation is started, or EXHIT is 
polled, a test is made to see whether the common memory 
page containing a part of the EXHIT program exists. The 
message is printed if the page is not found. 


If the trouble occurs at the beginning of the 
conversation, EXHIT halts; It can be restarted after 
the page is operational. If the trouble occurs while 
HIT is running, EXHIT enters a special mode in which it 
does not recognize any command; It returns control to 
HIT immidiately after it is polled. When the missing 
page reeappears, EXHIT starts recognizing the on-line 
commands again. 


2. HIT .COMN PAGE GONE 


HIT keeps global information on the test in sone 
common memory page. This message is printed when EXHIT 
tries to access this page for printing status 
information. EXHIT continues normally after this 
message is printed; however, some catastrophic 
behaviour can be expected (or it may have already 
occurred). 


3. UNEXPECTED QUIT @aaaa 


This message is printed whenevr EXHIT gets an 
unexpected quit (unless the quit occurs while trying to 
access the TTY). After the message is printed, the 
master halts. The user can examine the registers, and 
restart the program. If the message is consistent, 
then the program listing must be used to analyze the 
cause of the quit. 
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4, UNEXPECTED INTERRUPT 


This message is printed whenevr a level 2 or level 
3 interrupt occurs while EXHIT or HIT are running. 
After the message is printed, the conversation is 
restarted. 


5. ILLOP @aaaa 


The message is printed whenever an illop occurs 
while EXHIT or HIT are running. An additional 
information may be printed following this message, as 
explained next; after this the conversation is 
restarted. 


As mentioned earlier, some catastrophic troubles 
are detected by HIT. In such cases HIT executes special 
illegal operations which cause an ILLOP message to be 
printed by EXHIT. After printing the ILLOP message, 
ESHIT ehecks whether the ILLOP is one of HIT special 
ILLOP's. If this is the case, an error message 
identifying the severe error is printed (whenever 
possible); then the conversation is restarted. 


Note that if ae slave processor detects a 
catastrophic trouble, it executes a special illegal 
instruction and then halts without printing anything 
(the master processor is the only one that accesses the 
TTY). In order to find out the source of the trouble, 
the PROC KILL command (step 17 earlier) can be used. 


The special error messages are described below. 


1. NO PROC TABLE 


This error message indicates that HIT found an 
empty processor table. When activating HIT via EXHIT, 
it cannot happen unless some trouble caused undesired 
side effects. 
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2. COUN PWR FAIL 


This error message indicates that HIT got a level 
1 interrupt indicating that some memory bus has a power 
failure, and HIT couldn't recover from that power fail 
interrupt due to one of the following reasons: 


Be All memory busses have a power failure. 


Dd. The bus containing HIT common information has a 
power fail and HIT does not find a free page on 
the other memory bus (if there are 2 busses). 


Cc. The bus containing HIT common information has a 
power fail and HIT didn't succeed to copy this 
information to a page on the other memory bus 
befor the first memory bus totally died. 


3- SANE PID TWICE 


This error message indicates that HIT found two 
devices with the same PID level. 


4, TOO LOW DEVICE PID LVL 


This error message indicates that HIT found a 
device with too low PID level. 


5 QUIT WITHIN QUIT 


This error meSsage indicates that HIT got a quit 
within a quit; additional information about this quit 
can be obtained by examining the special low core 
addresses _*h0028=_“h002E for an even processor number, 
or locations _*h0038—=_“*h0O3E for an odd processor 
number. 
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6. WO FAIL ON RNOT PUR FAIL INT. 


This error message indicates that HIT got a level 
1 interrupt and didn't find any bus who could cause the 
interrupt. This can happen as a result of some hardware 
problem, or if the following events occur: 


as Some remote bus (memory or I/0) has a power 
failure that causes a level 1 interrupt. 


De HIT recognizes the interrupt and marks that bus as 
having a power failure. 


Ce The bus has its power restarted but HIT does not 
recognize it (probabaly due to some timing problem 
in HIT). 


d. The same bus has another power failure, and 
another level 1 interrupt is caused. 


Ce HIT does not check if this bus caused the level 1 
interrupt since it thinks that this bus still has 
a power failure from the previous time; EIT 
doesn't find any bus that could cause the level 1 
interrupt. 


f. HIT executes the illegal operation, which in turn 
causes EXHIT to print the message. 


Note that during the conversation which follows 
this message the information related to that bus (and 
to its DMA devices, if it is an I/O bus) should be re- 
entered, otherwise HIT will still think that the bus 
(and the devices) does not exist. 


7. UNKNOWN INT. @ LVL 1 


This error message indicates that an unknown levle 
1 interrupt occurred. 
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8. UNKNOWN INT. @ LVL 4 


This error message indicates that an unknown levle 
4 interrupt occurred. 


9. QUIT IN INIT. 


This error message indicates that HIT got a quit 
during the initialization stage. The address that 
caused the quit is displayed by HIT in the address 
lights, and the instruction address is displayed by HIT 
in the data lights. Additional information can be 
obtained by examining the special low core locations 
“n0028—"hOO2ZE for an even processor number, or 
locations “h0038—“hO03E for an odd processor number. 


10. NO COMN HEM 


This error message indicates that during the 
initialization stage HIT didn't find even a single page: 
for its use on the selected memory busses (HIT ignores 
the EXHIT page). 


11. BAD PROC. # 


This error message indicates that during the 
initialization stage, the processor didn't find its 
number in the processor table. 


dhe On-Line Commands Summary 
CLEAR ERRORS 


DISPLAY IN (D/A) DATA LITES: ADDR=aaaa 


DISPLAY IN (D/A) ADDRESS LITES: ADDR=aaaa 
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ERROR TABLE (GLOBAL) 


HALT ALL CONFIRM (Y/CR,WN) 


I/O BUS FOR BBC s=iiii 


OPEN: aaaa Pe pp rrrr wwww <terminator> 


OPEN: aaaa Pe pp VIA I/O BUSeiiii rrrr wiww <terminator> 


OPEN: aaaa PAGE}jnmmm rrrr wwww <terminator> 


we then oe to Gn ORD et SDD a a 


<terminator> is: CR / LF / ~* 


RESTART CONFIRM (Y/CY,N) 


STATUS; 


PROC «pp: ADDR OF BUFFER FIXED (Y/CR,N) 


PROC -ALL: ADDR OF BUFFER FIXED (Y/CR,N) 


PROC =pp: BACKGROUND ONLY (Y/CR, i) 
PROC -ALL: BACKGROUND ONLY (Y/CR, §) 
PROC =pp: DATA FIXED (Y/CR, N) 
PROC -ALL: DATA FIXED (X/CR, N) 


oe mee ae -_ 


PROC =pp: ERROR TABLE 
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@ALL: ERROR TABLE 


-pp: GO 


#-ALL: GO 


-pp: HALT 


-ALL: EALT 


@-pp: IGNORE REM INTERRUPTS (Y/CR,N) 


ALL: IGNORE REH INTERRUPTS (Y¥/CR,N) 


-pp: JIFFY'S TST (Y/CR,N) 

@ALL: JIFFY'S TST (¥/CR,N) 
#@pp: KILL 

eALL: KILL 

#pp: LOAD BUFFER EACH TIME (Y/CR,N) 

~ALL: LOAD BUFFER EACH TIME (Y/CR,N) 


-pp: MEM TST (Y/CR, N) 
“ALL: MEM TST (Y/CR,N) 
(Y/CR,N) 


#@pp: QUITS CAUSED 


5=113 
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PROC -ALL: QUITS CAUSED (Y/CR,N) 


PROC =pp: RESTART (5/S) BOTH CONFIRM (Y/CR,N) 


PROC =pp: RESTART (B/S) SINGLE CONFIRM (Y/CR,N) 


PROC =ALL: RESTART CONFIRM (Y/CR,N) 


PROC -pp: SIZE OF BUFFER FIXED (Y/CR,N) 


PROC +ALL: SIZE OF BUFFER FIXED (Y¥/CR,N) 


PROC pp: WAIT ON PWR RESTART (Y/CR,N) 


PROC -ALL: WAIT ON PWR RESTART (Y¥/CR,N) 
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6 INVENTORY 
6.1 Loading and Starting the Program 


Before loading the program all busses should 
have power turned on. Power restart interrupts should 
be enabled (S71 in the console in the middle position 
which enables the power recovery int). Line 
frequency interrupts (JIFFY) should be enabled (S70 in 
the console in the ON position). The bus reset 
timers of all busses should be in the OFF (up) 
position. 


First PSTOP must be used to halt all processors. 
Then DDT may be loaded if the operator wants to use it 
later (the INVENTORY program does not need DDT for 
its operation). 


Then the program is loaded = and starts 
automatically. To restart the program from DDT or from 
the console: INVENTORY starts at “h100 and the printing 
program starts at “h104. 


RESET@ATTENTION can be used to restart 
INVENTORY until the naster processor starts 
activating slave processors. After the printing 
program is started, it can be restarted by pushing 
"RESET® then "ATTENTION"® on the contro panel. 
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A. Load correct DEVTIST tape or cassette according to 
system configuration. 


B. Press "Reset™ on control panel. 


C. Set start address in data lights on control panel 
if loading from cassette. 


D. Press "Load" on control panel. Check the console 
to see if ali processors and common memory are 
listed as per the SRN. If not, you are not 
running the correct version. If no display on 
console, check to see if your console is at the 
address the diagnostic expects to see it. 


BE. Verify next on the screen is start of questions. 


6.2 Operation Of The Program 


The program expects coeoperation from the 
operator. 
The amount of action required from the operator 
depends on the amount of information needed. For 
maximum information busses should be powered off when 
the program suggests it. The processor in whose local 
menory the program was loaded is called the 
master. Normally the master is the even processor on 
the bus containing the console and the autoeload, 
in other cases RESET-ATTENTION cannot be used. The 
master's buddy is called the buddy, -and a 
remote processor is called remote. Any processor 
which is not the master is called a slave (i.e. a 
Slave can be either the master's buddy or a remote 
processor). 


First the master finds the configuration, 
while interacting with the operator. Then the 
program is copied to the buddy. The buddy finds the 
configuration while the master is halted. Then 
the master is reactivated by its buddy and starts 
activating remote processors one at a time. Each 
renote processor reactivates the master after 
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terminating. 


If a slave fails after it was activated by 
the master, operation of the master can be resumed 
by RESET ATTENTION. 


After all processors having at least 4 KW of 
local memory have been activated, the operator has the 
options of restarting the search program or printing 
the results. 


After printing the results, the operator can 
reprint the results or restart the search progran 
(except for 4 KW multiebus systems). 


6.3 The Search Program Messages 


The messages printed on the TTY are preceded by 
the processor identification and have the form: 


<PRO> XXXX: <MESSAGE> 


where <PRO> can be: MAST (master), BUDY (buddy), or 
(remote). 


For an even processor, xxii is the address of § the 
bem control register that corresponds to the processor 
bus. For an odd processor, Xxix% is the above address 
+ 1. A remote processor is activated by bbc 
using that address. The answers to the queStions are; 


Y= yes, N= no, or E= exit (to the end of the program). 


Each of the above characters must be followed by 
a carriage return. If an illegal pair of characters 
is typed by the operator the program prints the 
string "2 (Y/CR,N,E)" and waits for a legal 
response. 


The program interprets a single carriageereturn 
as the character "Y"® followed by a carriage-return. 
The messages printed on the TTY and their meaning 
are explained below. 
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1. INV-MB or INV=-SB 


The version of the program is printed only by the 
master. 


Qe <PRO>.XXXX: ACTIVATED 


The message is printed by each processor 
Shortly after it is activated. Several checks are 
performed by the processor before printing the message: 


ae Is it an odd or an even processor as expected 
by the master? 

be Is it connected to the same ben eontrol 
register the master used? 

Ce Is the program checksum correct? The message is 
not printed if the answer to any of these 
questions is negative, or in case of a 
hardware failure. 


3. <PRO>.XXXX: SINGLE BUS? (Y¥/CR,N,E) 
The message is printed by a single bus version or 


by a multie-bus version that didn't find maps or had 
troubles with the maps. 


4. <PRO>.XXXX: FIX MAPS AND RESTART 
The message is printed in a multi-bus version by 


a processor that received a negative answer to question 
3-6 
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5. <PRO>.XXXK: PWR OFF ALL BUSSES? (Y¥/CR,N, =) 


The operator should reply positively if he wants 
a check that no devices exist on the processor bus 
in the address space allocated for common memory or 
comion I/0. : 


6. <PRO>.XXXX: PWR OFF ALL BUSSES; PWR ME ON (2 SEC) 


The message is printed by a4 processor that 
received a positive reply to question 5. The operator 
must power off all the busses in any order, then 
power on the processor bus containing that 
processor, After at least 2 seconds alli other busses 
must be powered on. 


7. <PRO>.XEXX: ALL BUSSES ON? (Y/CR,N,E) 


After everything was checked on the processor 
bus, and the processor is ready for checking common 
menory, the message is printed. If the operator 
types the character "NH", then the message is 
reprinted. 


8. <PRO>.XXXX; PWR OFF MEMORY BUSSES? (¥/CR,N,E) 


The message is printed after common memory 
was checked by the processor. If the operator wants 
information about common memory busses, he should reply 
positively. In this case he should power off memory 
busses, one at a time in any order, as explained next. 
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9. <PRO>.XkkX; PWR ON PREVIOUS;BUS, ANOTHER ONE? 
(Y/CR,N,E) 


The operator should power on the previous memory 
bus which was powered off, and then reply whether 
there is another memory bus to power off, or not. 


10. <PRO>.AkXX: PWR OFF NEXT; TYPE ANY CHAR; 
WAIT 2 SEC AND PWR ON 


The message is printed after a positive reply 
to question 8 or to question 9. The overator has to 
power off the next memory bus, to type any character, 
and to wait for message 9. The memory bus must be 
powered on after message 9 is printed or after at least 
2 seconds (if the TTY is on the powered off bus). 


11. <PRO>.XXXX: PWR OFF I/O BUSSES? (Y¥/CR,i,E) 


The message is printed after common  menory 
busses were powered off and after I/0 devices and 
busses were found. If the operator wants infornation 
whether devices and bens are plugged in the 
correct bus, he should reply positively. In this case 
he should power off I/0 busses, one at a time in 
the order dictated by the progran. Combined +i/1 
busses are discovered at this stage. 


12. <PRO>.XXXX: PWR ON PREVIOUS; PWR OFF BUS: YYYY; 
TYPE ANY 
CHAR; WAIT 2 SEC AND PWR ON 


The operator must power on the previous 1/0 
bus, then power off the indicated I/O bus, tnen 
type any character (if TTY is not on the powered off 
bus). The operator has to power on the I/O bus 
after message 12 or 13 is printed or after at least 2 
seconds (if TTY is on the powered off I/0 bus). 
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13. <PRO>.XXXX: ALL BUSSES ON? (Y/CR,N,E) 


The message is printed after I/0 busses were 
powered off, and the processor is ready to check 
connections between memory and I/O busses. The period 
of this stage depends on the number of bad devices 
found en each I/O bus. 


14. AST.Xxaxk: ACTIVATING PROCESSOR: YYYY; IF SLAVE 
STUCK, PUSH 


ATTN 
The message is printed by the master 
before activating a4 slave processor. If the 


slave does not immediately print message 2, or is 
stuck sone time later, the master operation can 
\—-be resumed by pushing RESET and ATTENTION. 


15. <PRO>.XXXX: REACTIVATING MASTER 


The message is printed by a Slave 
before reactivating the master. 


16. <PRO>.XXXX: CAN'T REACTIVATE MASTER The message is 
printed by a slave if it does not suceeed in 
reactivating the master. 


17. MAST. XXXX: REACTIVATED BY SLAVE 


The message is printed by the master after it 
is reactivated by a slave processor. 
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18. MAST. XXX%X: WHAT NEXT? (Y=PRINT, NsRESTART, E=DDT) 


The message is printed when the end of the 
search program is reached. The operator can restart 
the search program (N), print the results (Y), or 
exit to DDT (£). In the case of 4 KW multi-bus 
version, replying with Y causes automatic loading 
of the printing  progran. 8 KY version does not 
allow transfer to DDT. 


19. <PRO>.XXXX: UNEXPECTED QUIT AT: YYYY 


The mssage is printed in the implied case. 
The program should be restarted and if the message is 
consistent the program listing must be used to analyze 
the cause. 


20. MAST. X2XX: BAD RESULTS-PAGE= YYYY OR Z2ZZzZ 
The message is printed by the master if one of the 


2 pages of common memory selected for storing the 
tables causes a quit. 


21. MAST.X22%%: NO RESULTS 
The message is printed by the master when the end 


of the search program was reached before results 
of all processors were transferred to the tables area. 


6.4 Printing the Results 
The printing program expects some information 


from the user, and prints the tables produced by 
the search progran. 
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1. HARD COPY? (Y/CR,N,&) 


The messase is printed when the program is 
started. 
If the operator replies negatively, implying a CRT 
device, then he should type any character to cause the 
printing of each table. If the typed character is E 
(exit), message 4 is printed. 


If the operator replies positively, all tables 
are printed without pauses between tables. RESET- 
ATTENTION can be used to abort printing in this case 
and to restart the printing progran. if the 
operator replies with E, then message 4 is printed. 


2. BEGIN WITH TABLE 01? (¥/CR,N,&) 


If a positive reply is given, the tables are 
printed starting with table 1. If a negative 
reply is given, message 3 is printed. 


3. TABLE (XX)= 


The user has to type a 2 digit decimal 
number specifying the first table to be printed. 


4, WHAT NEXT? (Y=PRINT, N=sRESTART, E=DDT) 


This message is printed at the end of § the 
tables’ printing. 


Y= causes reprinting the results. 

N= causes restarting of the search program (if 
loaded). 

Ee causes transfer of control to DDT (if not 8 KV 
multi-bus version). 
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5 UNEXPECTED QUIT AT: XXXx 


The message is printed in the implied case. 
The program should be restarted and if the message is 
consistent the program listing must be used to analyze 
the cause. 


6. NO RESULTS 


The message is printed if the printing progran 
does not find results in the expected tables area. 


6.5 The Printed Tables 


Each table is preceded by the table number and 
an ordinal number associated with each table type. 
The table name is printed followed by a header which 
contains the processors' numbers (e.g. P10 P11 P32 
P33). 


Two fields are allocated for every processor 
bus even if there are not 2 processors on that bus. 
The width of each processor field is 4 characters. 
Every information line starts with a prefix of 0-15 
characters, followed by 16 processor fields. 


The last character may be the character "#", in 
this case the operator should pay attention to this 
line which usually contains some error. The character 
oe Ad is printed in tables associated with common 
resources if not all existing processors have seen 
the same objects. For localeview tables, the 
character "#" dis printed if both processors on the 
local bus have not seen the same objects. 


In most of the tables the information printed 
in each processor field is the character "1" if the 
object was found and nothing otherwise. Additional 
characters may be printed in a field and usually this 
indicates some trouble. The different tables are 
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Gescribed now as printed for a2 processor bus 
system. Ina single bus system, only tables 1, 35, 
and 19@21 are printed. 


TABLE 1 


PROCESSOR ACTIVATION 


P10 P11 P32 P33 
i] AS AS AN 


The meaning of the characters is: 


Me this is the master processor, all others are 
Slaves. 


ho this slave processor was activated by the 
master. 


S- this slave processor successfully reactivated 
the master. 


Ne this slave processor did not reactivate the 
Master by itself, and ATTENTION was pushed. 


R= master got quit from processor registers. 
Re master did not succeed in halting the slave. 


re master got a quit from the bbe window while 
transferring data from a remote slave. 


T= master got a quit from the bbe window while 
transferring program to a remote slave, or 
quit in transferring to/from the master's 


buddy. 
Cu master got a quit from the ben 
control register associated with this 


processor bus. 


Be master got a quit from the bbc map register. 
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TABLE 2 
PROCESSOR BUS: XXXX 
| P10 P11 P32 P33 
EVEN PROC. 1 1 1 1 
ODD PROC. 


PAGE-0000 KY=0 
PAGE=}2000 KY=0 
. PAGE-0000 KY-1 
PAGE=2000 KY=1 


and amb aonb enh aonb 
om amb enh ob cob 
ewk ah onh ah wed 
oak enh ach anh anh 


The table contains the main objects on processor 
bus ZxXXXk ss as seen by each processor in-.the systen. 
Additional characters may be printed in the first 2 
lines; 


Q—- quit from the processor registers. 
He the processor couldn't be halted. 


Be bad processor, its buddy got quits from its 
registers or couldn't halt it. 


TABLE 3 


PROCESSORS, ROM AND CONSOLE (LOCAL VIEW) 
P10 P11 P32 P33 
EVEN PROC. 1 1 1 1 
ODD PROC. 1 1 1 1 
ROM 1 1 
CON SOLE 1 1 
QUIT TIME TTT TTT 


The table reflects what each processor saw on 


its bus. TTT is the (decimal) quit time, in microe 
seconds, on the processor bus, as measured by the even 
processor on that bus. If TTT is out of the 


range 300..700, then the character "#4" is printed at 
the end of the line. 
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An additional character may be printed in the 
first 2 lines: 
Ba bad processor, its buddy got quits from its 
registers or couldn't halt it. 


TABLE 4 
LOCAL MEMORIES (LOCAL VIEW) 
ADDR KEY P10 P11 P32.~= P33 
XXXX 0 1 1 1 1 
YYYY 1 1 1 1 1 
PWRED OFF? T T T T 


The table contains the memory pages found by each 
processor on its processor bus. If all busses were powered 
orf then 6 pages were searched (4 of them overlapping common 
menory), else only 2 pages were searched. 


If all busses were powered off for a period of time 
which is too short (i.e. less than 2 seconds), local pages 
overlapping common memory pages may be printed. Therefore 
it is recommended to restart the program before trying to 
debug the hardware, while waiting longer period of times 
when all busses are off. 


Additional characters may be printed: 
Me multiply addressed page. 
Be bad page, quits or write-read do not match. 
Ke key problem, page recognizes both keys. The last 
line in the printed table indicates if all busses 
were powered off (T=Y), or not (T=N). If at least 


one of the printed entries is the character "N" then 
the line is marked by the character "#" at its end. 
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TABLE 5 


LOCAL I/O DEVICES (LOCAL VIEW) 


GY GAD GE Gy GD Sas GNP ay GP Ga) GD Cay GED CRD ee ey GaP ED OD NO CED Cy a ee ee Ge ca 


ADDR TYPE NAME ‘P10 =PI1T = =6(—P32~—SOP33 
NUM TPID RPID 

XXXX YY NNN 1 1 1 1 

ZZ UU VV 

PWRED OFF? T T T T 


The table contains the I/0 devices found by each 
processor on its. bus. Two lines are printed for each 
device. ADDR is the device address. TYPE is the device 
type. If the master can't read the device type during the 
printing stage the character "?" is printed. NAME is a 3 
characters mnemonic name. 


If the device name is not known to the printing 
program the word NEW is printed in the NAIE field. If the 
type is 0, the character "=j" is printed in the NAME field. 
The second line printed for each device contains 
information for DHA devices (and for devices of type SLI), 
or the character strings "=@=<€" for other devices. 

NUM denotes the contents of byte 2 in the device 
registers block which is normally the device number, or the 
code in case of a device of type SLI. 


For a DMA device, TPID and RPID denote the transmit 
PID and the receive PID respectively. For a device of type 
SLI, TPID denotes the type of the second device and RPID 
denotes its code (there are two devices per each 16 bytes 
block in case of type SLI). 
The last line in the printed table indicates if all 
busses were powered off (T=Y), or not (T=N). If at least 
one of the printed entries is the character "N" then the 
line is marked by the character "#" at its end. 
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TABLE 6 


NOT CLEAR 100 BYTES REGIONS (LOCAL VIgW) 


ADDR Pi0 P11 P32 #8 P33 
AKKK 1 1 

TYYY 1 1 

PWRED OFF? T T T T 


The table ccntains a list of regions containing 
devices or memories in illegal addresses as seen by each 
processor on its bus. 


Each region is “h100 bytes long and the search is 
done in increments of “hi0 bytes. The information is 
available only if all busses were powered off. 


If all busses were powered off for a period of time 
which is too short (i.e. less than 2 seconds), clear 
resions may be indicated as "not clear" ones. Therefore it 
is recommended to restart the program before trying to debug 
the hardware, while waiting longer period of times when all 
busses are off. 


The last line in the printed table indicates if all 
busses were powered off (T=¥), or not (Ts). If at least 
one of the printed entries is the character "N" then the 
line is marked by the character "#" at its end. 


TABLE 7 


PROCESSOR I/0 BUS BCMS (LOCAL VIEW) 


TE GRE CD GIS Rh Cll Gres GD GA GARD GNI ERS CD CED CHES CH GS SOME CS ERE OR RD ae ome Tee CRD ce em ae Gee ae GD ED GD 


I/O BUS P10 Pii P32 P33 
AXEZ 10 10 32 32 
YYYY 10 16 32 32 
BAD ADDRESSES i? 


The table contains the bems' addresses associated 
with each processor bus as found by each processor on that 
bus. The address printed is relative to tne starting 
address of the I/0 bus. Only the 2 least significant hex 
digits are printed (the others are 0). 
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The last line is printed if the information in a 
processor fieid is not identical on all I/O busses. 


TABLE 8 


COMMON MEMORY PAGES 


MAP P10 P11 P32 ~ = P33 
KARR 1 1 1 1 
Tite 1 1 1 1 


The table lists the common memory pages as found 
by each processor. Additional characters may be 
printed: 

Be bad page. Quit or write-read do not match. 


baw multiply addressed page. 


re read-only page. 


TABLE 9 


COMMON MEMORY PAGES 


WITH OVERLAPPING BCMS 


ED GIDE 42D cob OP GD GH Sty GHD eS CHD ae CP GD CMD GRD GE GD a ae 


MAP P10 P11 P32 P33 
AXXX 1 1 1 1 
YYYY 1 1 1 1 


The table lists the common memory pages with 
at Least one overlapping bem as found by each 
processor. These pages are called bem pages. An 
additional character may be printed: 


Be bad bem addresses. A bem with address bits 
11/12 not both 0 was found. 
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TABLE 10 


BCMS OVERLAPPING PAGE: XAxx 


ADDR P10 P11 P32 8 P33 
YYYY 1 1 1 1 
2222 1 1 1 1 


Relative addresses of bers overlapping a memory 
page (relative to the page starting address) as 
found by each processor are printed. 


MEMORY BUS: “AX . 
QUIT TLE TIT 


This message precedes several tables associated 
with memory bus XxXxXx. TTT is the (decimal) quit 
time, in micro=-seconds, on the memory bus, as measured 
by the master. If TIT is out of the range 3..7, then 
the character "#" is printed at the end of the line. 


TABLE 11 


MEMORY BUS: XXX 


E> CENCE GED ED GD 4D GS GHP GEE SED Gas a a a ae 


PAGE TABLE 
AP P10 P11 P32 8 P33 
VY 1 1 1 1 
ZLLL 1 1 1 1 
PURED OFF? Mi T T T 


The table contains the common memory pages 
belonging to memory buS XXXZ, as found by each 
processor. The information is available only 17 
memory busses were powered off or I/O busses were 
powered off in case of a combined N/I bus. 


The last line in the printed table indicates 
if memory busses were powered off (TsY¥), or not 
(Tsi!). If at least one of the printed entries is the 
character aye then the line is marked by the 
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character "#" at its end. 


TABLE 12 

— MEMORY BUS: XXX 
NUMBER OF BCH PAGES 
P10. P11 P32—«#P33 
Y Y z t 

PURED OFF? T T T ‘3 


The table contains the number of memory pages 
with overlapping bens, on memory bus AXxXx, as 
Seen by each processor. Y can be: 


Quo no bem pages. 
1- one bem page. 


~ more than one bem pages were found. 


Additional characters may be printed: 


A= bems are not on correct bus, something wrong 
with the bems' addresses. 


Bee bad bems' addresses. When the menory bus 
has been powered off no bem page disappeared 
but changes in bems were detected. In this case 
the changed bems are printed in table 13. 


S- strange behavior, probably memory busses overflow 
(more than 4 memory busses). 


The information in this table is available only 
if memory busses were powered off, or I/O busses were 
powered off in case of a combined M/I bus. 


Tne last line in the printed table indicates 


if memory busses were powered off (T=Y¥), or not 
(T=N). If at least one of the printed entries is the 
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character a then the line is marked by the 
character "#" at its end. 


TABLE 13 
MEMORY BUS: XXXxX 
BChi ADDRESSES 
ADDR P10 Pil P32 ~~ =86P33 
YYYY 1 1 1 1 
2L2Z 1 1 1 1 
PWRED OFF? i T bi i 


The table contains relative addresses of 
bers overlapping one of the bem pazes of memory 
bus ZX2x%, as found by each processor. The addresses 
are relative to the page starting address. 


information is available only if memory busses 
were powered off, or I/Q busses were powered off in 
ease of a combined M/I bus. 


last line in the printed table indicates if 
memory busses were powered off (T=Y¥), or not (T=N). 
If at least one of the printed entries is the character 
mye then the line is marked by the character "#" at 
its end. 


TABLE 14 
— MEMORY BUS: XXXxX 
COMBINED WITH 1/0 BUSSES 
1/0 BUS P10. P11.—«s«P32—=«#P 3 
T2yyY 1 1 1 1 


PWRED OFF? T T fy T 


The table contains the list of I/O busses combined 
with memory bus ZXXx4, as found by each processor. 
The information is available only if memory busses 
and I/O busses were powered off, or only I/O busses were 
powered off in case of combined H/I bus. 
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The last line in the printed table indicates if fI/0 

busses were powered off (T=Y), or not (TsH). If at least 
one of the printed entries is the character "N" then the 
line is marked by the character "#" at its end. 


TABLE 15 


MEMORY BUS: XXxXX 


CONNECTED TO I/O BUSSES (I/O TO HEM TRANSFER) 


BUS G/?/B P10 = P41 P32 2S P33 
YYYY GOOD ADD ADD ADD ADD 
YYYY POOR ADD ADD ADD ADD 
YYYY BAD Z vi Z Z 
PURED OFF? T T T T 


The table contains a list of I/O buses connected 
to memory bus XXXX as seen by each processor. Up 
to three lines may be printed for each I/0 bus, as 
printed above. The information is obtained by trying 
to transfer data from the memory bus to itself by 
using devices on each I/0 bus. For each of the 
used I/0 devices, data is transferred from each 
found page on the memory bus to itself, and the 
results obtained for each page are compared (for each 
device separately). 


For each possible connection the process 
is terminated if a good connection is found (the 
device finished the transfer, all its error bits were 
off, and the correct data was found in memory), 
or there are no more devices to try. 


Poor connection describes the case in which 
the device finished the transfer, all its error bits 
were off but the expected data was not found in memory. 
The address of the first good device, and the last 
poor device found in this process are printed 
in the processors fields. Only the 3 least significant 
hex digits are printed. The most significant 
digit is identical to that of the I/O bus (YYYY). 
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In the BAD entry, Z can be either "NM", or "Ds: 
lim means that the processor (and not the device) got 
a quit from memory (from the destination area 
in the transfer), while trying to refer to. the 
destination area. 


De means that while transferring data by one of the 
devices on the indicated I/O bus, not the same results 
were obtained for all pages on this memory bus (e.g. 
ror one page the transfer was GOOD, and for 
another page the transfer was POOR, or didn't terminate 
at all, etc.) . 


Tne last line in the printed table indicates 


if memory busses were powered off (TsY¥), or not 
(T=3). If at least one of the printed entries is the 
character a then the line is marked by the 
Character "#" at its end. 
TABLE 16 
I/O BUSSES 
ADDR Pi0 3= ~wP4 P32 = P33 
XXX 1 1 1 1 
QUIT TIME TIT 
YYYY 1 1 1 1 
QUIT TIME TIT 
The table contains a list of the I/0 busses found 
by each processor. TTT is the (decimal) quit 
time, in microegseconds, on the above I/0 bus, as 


measured by the master. If TIT is out of the 
range 30..70, then the character "#" is printed at the 
end of the line. 


Additional characters may be printed: 


Le devices in low addresses (bems' area). 

Neo devices were found in some quarter of the 
primery I/O space, but no bem was found in 
the bems' area of that quarter. 
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TABLE 17 
I/O BUSSES BCiiS 
ADDR P10 Pil P32 P33 
RXXX 1 1 1 1 
YYYY 1 1 1 1 
PURED OFF? T T T T 


The table contains a list of 1/0 


as found by 


busses bens 


each processor. An additional 


character may be printed: 


A= bad address. 
snould have 


bem address was powered off, the 


disappear, 


I/O bus was powered off. 
printed table indicates if 
powered off (T=Y), or not (Ts=N). 


When I/0 bus in which the ben 
been plugged according to the 
bem didn't 


or the bem disappeared when another 


The last line in the 
I/O busses were 
If at least one 


of the printed entries is the character "N" 


then the line 


is marked by the character "#" at 


its end. 
TABLE 18 
I/O DEVICES 
ADDR TYPE NAME P10 P11 P32 P33 
NUM TPID RPID 
XXXX YY # NNN 1 1 1 1 
ZL vw 86«CW 
PWRED OFF? T T T T 
SECONDARY DEV. S iS) S S 
The table contains the common I/O devices found 
by each processor. Two lines are printed for each 
device. ADDR is the device address. TYPE is the 


device type. 


If the master can't read the device 


type during the printins stage the character "?" is 


printed. 
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If the device name is not known to the 
printing program the word NEW is printed in the NAIZ 
field. If the type is 0, the character "=j" is printed 
in the NAME field. The second line printed for each 
device contains information for DiiA devices (and for 
devices of type SLI), or the character strings "=--" for 
other devices. NUM denotes the contents of byte 2 in 
the device registers block which is normally the 
device number, or the code in case of a device of type 
SLI. 


For a DHA device, TPID and RPID denote the 
transmit PID and the receive PID respectively. For a 
device of type SLI, TPID denotes the type of the 
second device and RPID denotes its ecde (there 
are two devices per each 16 bytes block in case of type 
SLI). 


The last (or one before the last) line in 
the printed table indicates if I/0 busses were 
powered off (T=Y), or not (T=N). If at least one of 
the printed entries is the character "N" then the 
line is marked by the character "#" at its end. 


The last line in the table (SECONDARY DEV. ee 
is printed only if devices were found on secondary 
I/O busses (*hc000-—“hdfff). 


Additional characters may be printed: 
hea bad address. when I/0 busses were powered off the 
device didn't behave properly 


(coneerning its disappearance). 


bine one of the PID levels appears in the status word 
of more than one device on the same I/O bus. 


Q= the processor got a quit from one of the device 
registers while trying to transfer data using this 
device. 


S= the processor found devices on secondary I/0 
busses. 


REV B 6-137 INVENTORY 


Field Service Guide to Pluribus Diagnostics BBNCC 


TABLE 19 
PIDS 
ADDR P10 P11 P32 8 P33 
XXXX 1 1 1 1 
YYYY 1 1 1 1 
PWRED OFF? T z T T 


The table contains the list of PIDS found by 


each processor. An additional character may be 

printed: — 

A= bad address. When I/O busses were powered off 
the PID didn't behave properly 
(concernins its disappearance). 


The last line in the printed table indicates if 
I/O busses were powered off (T=Y¥), or not (T=N). If 
at least one of the printed entries is the character 
my" then the line is marked by the character "F" at 
its end. 


TABLE 20 

oO RTCS 
ADDR P10. P11 P32 = P33 
XXXX 1 7 1 1 
Lae 4 1 1 1 1 


PWRED OFF? T T T T 


The table contains the list of RTCS found by 


each processor. An additional character may be 

printed: 

A= bad address. when I/O busseS were powered orf 
the RTC didn't behave properly 
(concerning its disappearance). 
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The last line in the printed table indicates if 
I/O busses were powered off (T=Y¥), or not (T=N). If 
at least one of the printed entries is the character 


mys then the line is marked by the character "#" at 
its end. 


TABLE 21 


RTCS' REGISTERS 


ADDR SPID FPID EGA REGC REGE 


XARA SS FF AAAA cccc EEEE 
The table contains the contents of RTCS* 


registers as found by the master while printing the 
table. ADDRe is the RTC's address (the rightrost disit 
is 6) SPID and FPID- are the slow PID level and the 
fast PID level respectively. 


REGA, REGC, and REGE= are the switch 
registers whose addresses are “ha, “he, and “he 
relative to the beginning of the 16 bytes block 
associated with the RTC and the corresponding PID. 
The character "2?" is printed in columns for which 
the master cannot read the information while printing. 
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7 XGBTST 
7-1 Loading and Starting the Progran 


A. Load a DDT starting at 2000 (hex) (e.g., DDT=-12). 
Make the following patches if you are using DDT- 
12.328 (all patches are in hex): change the 
contents of location 209A to FA00, 209C to FA06, 
and 209E to FAO8. 


B. Press RUN to start DDT. DDT should print a 
message on the terminal. If you get an ILOPR, 
press RESET, then ATTN. DDT will print the 
message again, this time without the ILOPR. It is 
helpful to type “H so DDT will print the 
locations in hex. 


C. Load KGBTST and make the following patches: 
change the contents of location 0172 to FA0QQ, 0174 
to FAQ6, and 0176 to FAQS. 


D. Use DDT to start the program at 100 hex. 


Pressing RESET, then ATTN restarts DDT, which may 
be used to change program parameters and start 
the various subprograms. Data errors cause the 
printout of the error history table. Other errors 
result in ILOPRs which are fielded by DDT, and _ the 
KGBTST listing should be consulted for comments 
explaining the errors. 


If in the course of checkout you change a 
location in the "pure code" portion of the program, the 
program, upon restarting, reminds you of that fact 
by halting with all "ones" in both the ADDR and 
DATA lights. Press RUN to continue. 


7.2 Parameters 


Several operating mode parameters are available. 
To prevent the program from using the console 
ADDR lights (so you may use them for Address-Halt or 
other manual functions) change NOLITE to non-zero. 
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To tally errors but continue rather than halting, make 
CONTIN nonezero. To change the length of the data 
table, change TABSIZ (800 hex) to the number of bytes 
to be used. Hence the table may be extended to the 
top of memory, to inelude the DDT code and any 
random data lying about. Several tapes (<PLUDIAG>P63B 
and P511B) are available to provide the repeating 
pseudojrandom patterns used by the modem industry. 


7-3 Indications and Errors 


The word read from the DATA register is 
displayed in the DATA lights. Bits 0-7 contain the 
data byte, and will normally flash rapidly. Bits 
14 and 15 will glow dimly, as explained in the 
Functional Spec. 


The rightmost byte of ADDR counts the number 
of times the data table has been transmitted. The 
leftmost byte contains the error tally. 


7.4 Algorithm 


Initialization sumchecks the code, finds the card 
address, zeros the error history table, and sets 
up the various interrupt vectors. Status/control bits 
are tested, and the durations of several oneshots 
are checked. The table-driven loopback test begins 
by transmitting a header that tests the character-syne 
logic and then repeatedly transmits the data table, 
checking each received character against the same 
table. Errors cause a table starting at 140 hex to 
be filled, ordinarily providing enough pre= and 
posteerror information to allow reconstruction of 
events. 


Independent subprograms test the address decoding 
logic thoroughly, provide a crude test of the Rede 
to-Black path (PLIOPT is much better), exercise the 
Status bits, and provide a brute force loop test 
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that should allow some transfer of data even if the 
ecard is very sick. 


7.5 Checkout of an Untested XGB 


Te 


Ae 
(1) 


(2) 


(3) 


(4) 


(5) 
(6) 


T2502 
(1) 


KGBTST 


5.1 Pre Power 


Visual Inspection 
Where sockets are used, check that bug 
fingers are properly inserted. 

Check that correct bugs are inserted by 
using KGBPX printout or KGB-00. 

Check wiring of the .1 uf redeaps to the left 
of the 40 pin USRT. USRT pin 1 gets its +5V 
from one of them, but the cap frequently 
fails to be wired to the +5V bus. 

Check for crud on the infibus connector and 
serub with a pinkepearl eraser when in doubt. 
Use compressed air to remove the crumbs =< 
they are as bad as the crud. 

Check values of all discrete components against 
KGBe10, particularly zener polarities. 

Typical places for extra wires are oneshot 
Capacitors that have been wired as if they were 
bypass caps, and screwed up ground wires on the 
Switch bugs. 


Power Snorts 


Ohmeter power leads (+5, +15, -15) to ground and 
to each other. High resistance should be 
observed with one meter polarity, and no less 
than about 25 ohms with the other polarity. é-. 
ohms and 30-ohms are typical from +5 to ground. 
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70523 Power Test 


Use a bus with an Festueck PID whose bottom 
switch is in the left (off) position, (or substitute 
the prescribed 1K jumper bug in A2 (see KGB-10). 


A. Power on and check USRT Pin 1 = +5V, pin 6 = 
-12V, and pin 4 = gnd. 


725.4 Standalone Program Tests 


All addresses below are in Hex. Read in a DDT 
that starts at 2000 (e.g., DDT=-12xxx or -15xxx, ) 
and kKGBTST.BIl. Get listing for the latter. Jumps 
to starting points, and locations to be changed 
during testing, are found on the first page of the 
listing. Most errors found result in an ILOPR, with 
DDT fielding them and pointing to a comment in the 
listing that suggests what is wrong. When 
required, DDT may be restarted with RESET + ATTEN. 


When the program is first read in it calculates a 
sumcheck for the "pure code™ portion of the progran. 
Thereafter each time it is run it checks the code 
against this checksum and, if something has deen 
changed, HALTs with all console lights on as a reminder 
to the operator. Push RUN to continue. In this way 
you will probably be prevented from testing a new card 
with a program you may have modified to diagnose 
troubles found with a previous card. Read in the tape 
again or unmodify whatever you changed. 


A. Address Decoding 


Start subprogram TFIND (104 presently). 
Change each oof the address switches while 
watching the ADDR lights for confirmation that 
the switches work. Avoid EQO0Q, FAO0O, FC30, and 
other addresses of cards already present on the 
bus. 
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Be 


C. 


Change the leftmost four switches on A4&, 
DATA lights 0-3 should follow, but be inverted in 
sense. 


Status and Control Bits 


(1) -Start subprogram T3A (presently 110). 
The program allows you to change bits in the 
console ADDR register and stores them in the 
KGB status/control register. The KGB s/c 
register is read every 1/3 sec and its contents 
stored in the DATA lights. Every other pass, 
just before reading s/c, the ADDR register is 
read and stored in s/c. This allows you to 
observe the effect of those bits that time out 
and reset themselves. The Black-to-Red word is 
also written to test its Busy bit (ST=5). 


In general, the DATA lights will follow the 
ADDR buttons, except as follows: Bits 4 and 15 
should remain ON. Bits 0, 3, 9, and 11-13 should 
remain OFF. Bits 6 and 7 will be OFF until you 
force high pins 8 or 7 respectively of the bottom 
(26=pin) edgeecard connector with a cliplead. 
"VOLT3+" is a suggested source of "high" for the 
cliplead. Bit 1 will flash at about once per 
second if ADDRe1 is on, and ADDR-5 affects Bite5 
Similarly. Bit 14% may be on or off. Bit 8 
Should be turned ON by ADDR=8 and off by ADDR=-§ 
except that if both are ON it is complemented 
“at half rate", ADDR=-10 and -11 affect DATA=10 
the same way. See the Functional Specs and/or 
logic drawings. 


Red to Black Path (Optical Isolators), quick test 


PLIOPT should be used to test the optical 
isolator logic. Only if trouble develops, 
revert to this part of KGBTST. Start 
subprogram 138 (presently 108). At 1/4 see 
intervals it alternately writes ones and zeros 
into all BeR bits but allows you to mask off 
bits individually with the console DATA lights. 
The outputs of the optical isolator drivers nay 
be observed with a scope. Alternately, a second 
bus containing a KGR, and running the T38B portion 
of KGRTST may be used (with a set of optical 
isolators to connect KGB to KGR) to display the 
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data in the Red Data lights. This also allows 
you to observe signals through the whole path, 
using controlled data patterns. Turn Black DATA 
bit 10 OFF so the program will stop reseting 
Red's bus. Restart T3B in Red. Turning off bits 
0-9 of Black's DATA lights should then have an 
identical effect on Red. 


Black Data bit 11 is ignored - the 
corresponding optical isolator Signal is 
complemented (this is Status/Control word bit 
TGCK) each pass’ through. The program will 
ILOPR if the 3 mS "buffer busy" oneshot is out of 
tolerance by more than 25%. 


Simple Data Check, looped. 


T3C, T3C7, and T3C7B are three startpoints 
for a Simple test that transnits data 
extracted from the console ADDR lights, loops it, 
and displays the word received -~- in the 
DATA Jlights. Various malfunctions ean 
prevent ANY data from being received, and the 
three startpoints provide ways of making 
successively fewer demands on working logic. The 
test need not be run ate all if the 
continuous go/nogo 100 hex) test works. 

Read the comments that precede the three 
Startpoints in the listings. Try each until one 
is found which gets through to T3D. This is 
Signaled by the right byte of the DATA lights 
going on. 

Change bits 0-7 of the ADDR lights. The DATA 
lights should follow, with bit 15 also set. The 
program is continually reading the ADDR lights, 
transmitting the Low order byte while 
looped, and storing the character read back 
into the DATA lights. It is useful for tracking 
down gross failures in the data paths. 


Complete Data Check, looped. 


(1) Start KGBTST at 100, which is also the 
powergeon and paper tape jump startpoint. This 
part of the program is described in detail on 
pages 1 and 2. If the flashing of the lights 
doesn't look random enough, read in P5118.BIN 
which is a pseudo random modeneindustry test 
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pattern. Failures save the evidence before 
halting at an ILOPR. The listing tells what to 
print out and how to interpret it. 


F. External Loop Test. 


See comments that precede T3E in the 
listing. Phasing of input and output clocks 
is unrelated but has a very low probability of 
being so far out that this test will not 
work, Input and output waveforms, however, 
will not be realistic because the load 
terminations provided ina KG installation will 
not be present. 


7.5.5 Tests with KGR card 


A full check can only be made with a _ second 
independent bus containing a &GR, and a “third 
independent bus containing a KG-Simmulator (SLI #9, 
modified). The tests used are only listed here but are 
written up in detail in their own ~.DOC files. 


A. Black=-to=-Red Path Test with PLIOPT. 


B. Half-Duplex with KG Simulator Test with PLITST. 
Run KGB clock at 50 and 80 KB. 


C. Operational PLI program with simulator Test 
with <PLIDRPLI. Run KGB clock at 50 and 80 
KB. See details in PLI Maintenance Guide. 


D. Half-Duplex with Real KG ... as in B. Run 
KGB clock at 50 and at least 133 KB, 
depending on the individual site. 


E. Operational PLI program with Real KG... as in 
C. Run KGB clock at 50 and at least 133 
KB, depending on the individual site. Check 
waveforms listed in part 4.10 of PLI 
Maintenance Guide. 
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INITIAL TOT CHECKLIST 
Sgstd Test KGR 
if Para. Test Duratn 
used Date Done 
Visual x x > 
x 
Ohmeter x x x 
x II,A Voltage x x 
Address Decoding twice x x 
Stat/Cntrl word bits 3 mins x 
x 
Simple B/R Functions twice = x 
x 
Simple SYN Test 3 mins x 
Final Standalone Test 8 hrs an x 
B1/Rd Path (PLIOPT) 8 hrs aeen 


HalfDup w/ KG Sim (PLITST) *= 1 4&r 


Operational Pgem w/ Sin. #? ovrnite 
HalfDup w/ KG (PLITST) #* 1 hr 
Operational Pem w/ KG # ovrnite 


Test at both high and low extremes of the 


clock rate for the system being used. 


Cowuments, Troubles found: 
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8.1 Loading and Starting The Prosram 


A. Load a DDT starting at 2000 (hex) (e.g., DDT-12). 
Make the following patches if you are using DDT= 
12.328 (all patches are in hex): change the 
contents of location 209A to FA00, 209C to FA06, 
and 209E to FAOS8. 


B. Press RUN to start DDT. DDT should print a 
message on the terminal. If you set an ILOPR, 
press RESET, then ATTN. DDT will print the 
message again, this time without the ILOPR. It is 
helpful to type “H so DDT will print the 
Locations in hex. 


C. Load KGBTST and make the following patches: 
change the contents of location 0170 to FAOO, 0172 
to FA06, and 0174 to FAOS. 


D. Use DDT to start the program at 100 hex. 


Pressing RESET, then ATTN restarts DDT, which may 
be used to change prosram parameters and start 
the various subprograms. Data errors cause the 
printout of the error history table. Other errors 
result in ILOPRs which are fielded by DDT, and the 
KGBTST listing should be consulted for comments 
explaining the errors. 


If in the course of checkout you change a 
location in the "pure code" portion of the program, the 
program, upon restarting, reminds you of that fact 
by halting with all "ones" in both the ADDR and 
DATA lights. Press RUN to continue. 


8.2 Parameters 


Several operating mode parameters are available. 
To prevent the progsran from using the conscle 
ADDR lights (so you may use them for AddresseHalt or 
other manual funetions) change NOLITE to nonezero. 
To tally errors but continue rather than halting, make 
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CONTIN nonezero. To change the length of the data 
table, change TABSIZ (800 hex) to the number of bytes 
to be used. Hence the table may be extended to the 
top of memory, to include the DDT ecde and any 
random data lying about. Several tapes (<PLUDIAG>P63B 
and P511B) are available to provide the repeating 
pseudo-random patterns used by the modem industry. 


8.3 Indications and Errors 


The word read from the DATA register is 
displayed in the DATA lights. Bits 0-7 contain the 
data byte, and will nornally flash rapidly. Bits 
14 and 15 will glow dimly, as explained in the 
Functional Spec. 


The rightmost byte of ADDR counts the number 
of times the data table has been transmitted. The 
leftmost byte contains the error tally. 


8.4 Algorithm 


Initialization sumchecks the code, finds the card 
address, zeros the error history table, and sets 
up the various interrupt vectors. Status/eontrol bits 
are tested, and the durations of several oneshots 
are checked. The tableedriven loopback test begins 
by transmitting a header that tests the character-syne 
logic and then repeatedly transmits the data table, 
checking each received character against the sane 
table. Errors cause a table starting at 140 hex to 
be filled, ordinarily providing enough pre= and 
post-error information to allow reconstruction of 
events. 


Independent subprograms test the address decoding 
logic thoroughly, provide a crude test of the Red- 
toeBlack path (PLIOPT is much better), exercise the 
Status bits, and provide a brute force loop test 
that should allow some transfer of data even if the 
ecard is very sick. 
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8.5 Checkout Of An Untested KGR 


8.5.1 Pre Power 


A. Visual Inspection 


(1) 
(2) 
(3) 


(4) 


(5) 


(6) 


Where sockets are used, check that bug 
fingers are properly inserted. 

Check that correct bugs are inserted by 
using KGRPX printout or KGR-00. 

Check wiring of the .1 uf redeaps to the 
left of the 40 pin USRT. USRT pin 1 gets its 
+5V from one of then, but the cap 
frequently fails to be wired to the +5V bus. 
Check for crud on the infibus connector and 
serub with a pinkepearl eraser when in doubt. 
Use compressed air to remove the crumbs 
- they are as bad as the crud. 


Check values of all discrete components 
against KGR-10, particularly zener 


polarities. 

Typical places for extra wires are oneshot 
capacitors that have been wired as if they 
were bypass caps, and screwed up sround wires 
on the switch bugs. 


B. Power Shorts 


Ohneter power leads (+5, +15, -15) to ground and 
to each other. High resistance should be observed 
with one meter polarity, and no less than about 25 ohms 
with the other polarity. 6-ohms and 30-ohms are 
typical from +5 to ground. 


8.5.2 Power Test 


Use 


a bus with an Festuck PID whose bottom 


switch is in the left (off) position, (or substitute 
the prescribed 1K jumper bug in A2 (see KGR-10). 


A. 


Power on and check USRT Pin 1 = +5V, pin 6 = 


#-12V, and pin 4 = end. 
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8.5.3 Standalone Program Tests 


All addresses below are in Hex. Read in a DDT 
that starts at 2000 (e.g., DDT-12xxx or #=15xxx, 
and EGRIST.BIN. Get listing for the latter. Jumps 
to starting points, and locations to be changed 
during testing, are found on the first pase of the 


listing. Jost errors found result in an ILOPR, with 
DDT fielding them and pointing to a comment in the 
listing that suggests what is wrong. When 


required, DDT may be restartec with RESET + ATTEN. 


When the program is first read in it calculates a 
suncheck for tne "pure code" portion of the progren. 
Thereafter each time it is run it checks the ccde 
against this checksum and, if something has obdeen 
changed, HALTs with all console lights on as 2 reminder 
to the operator. Push RUN to continue. In this way 
you will probably be prevented from testins a new card 
with @ prosram you may have modified to diagnose 
troubles found with a previous card. Read in the tape 
again or unmodify whatever you chansed. 


A. Address Decoding 


Start subprogram TFIND (10C presently). Change 
each or the address switches while watching the ADDR 
lights for confirmation that the switches work. 
Avoid EQ00, FAOO, FC30, and other addresses of cards 
already present on the bus. 


Change the leftmost four switches on A4. DATA 
lights 0-3 should follow, but be inverted in sense. 


Be Status and Control Bits 

(1) Start subprogrem T3A (presently 104). The 
program periodically changes the state of bits 
2 and 3 and reads them back to the ADDR lights. 
Bit 2 should wink at half the rate of Bit 3. 
Bits 44£11 should be off, bits 12 and 13 should be 
on, and bits 0, 1, 4, and 15 may be on or off. 
Disregard the data lights. 

(2) With DDT change DLY1 to 500 decimel ("500."). 
Observe TPREP- with a scope (KGR=23, pin 24 of 
upper edge connector): it should have a 6ns 
pulse falling from +3V to -1V. Change DLY1 back. 


Cs Statice Test, Black=eto-Red Path (Optical 
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Isolators) 


Run subprocran t3B (presently 104), 
starting at 104, and use a croundlead to touch 
the specified pins of the upper edge connectors, 
watching which ADDR lights are turned off. 
Grounding pin 14 should turn off DATA light 13. 
Grounding pin 13 should turn off light 12. The 
remaining bits are better tested with PLIOPT (see 
section IV,A). (KGRTIST can also be useful when PLIOPT 
won't run in the Red side. It doesn't check the 
data; it only displays it, so stuck bits or a 
failure to read the BK2RD word will be fairly 
obvious). 


D. Simple Data Check, looped. 

(1) Start subprogram T3C (at 108). The first part of 
the test checks the characteresyne logic of 
the ecard. Completion of this is signalled by 
the right byte of the DATA lights going on. 


(2) Change bits O#-7 of the ADDR lights. The DATA 
lights should follow, with bit 15 also set. The 
program is continually readins the ADDR lights, 
transmitting the Low order byte . while 
looped, and storing the character read back 
into the DATA lights. It is useful for tracking 
down gross failures in the data paths. 


Be Complete Data Check, looped. 


Start KGBTST at 100, which is also the power-on 
and paper tape jump startpoint. This part of the 
program is described in detail on pages 1 and ed. 
If the flashing of the lights doesn't look randon 
enoush, read in P511B.BIN which is a pseudo random 
modemeindustry test pattern. Failures save the 
evidence before halting at an ILOPR. The listing tells 
what to print out and how to interpret it. 
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8.5.4 Tests with KGB card 


A full check can only be made with a second 
independent bus containing a KGB, and a third 
independent bus containing a KG-Simmulator (SLI #9, 
modified). The tests used are only listed here but are 
written up in detail in their own -.DOC files. 


A. Black=to-Red Path. Test with PLIOPT. 


B. Half-Duplex with KG Simulator. Test with PLITST. 
Run KGB clock at 50 and 80 KB. 


C. Operational PLI program with simulator. Test 
with <PLIDRPLI. Run KGB clock at 50 and 80 
KB. See details in PLI Waintenance Cuide. 


D. Half=-Duplex with Real KG As in B. Run KGB clock 
at 50 and at least 133 KB, depending on the 
individual site. 


E. Operational PLI program with Real KG As in C. 
Run KGB clock at 50 and at least 133 KB, 
depending on the individual site. Check waveforms 
listed in part 4.10 of PLI Maintenance Guide. 
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EGRIST B=154 REV B 


BoiiCC 


&.O GR Initial Test Checklist 


ser. No. 


F 


hotrn 
Sgstd 
KGB and if Para. 
Duratn Duratn used Date Done 
L,A Visual 2: 
ms x 
93 Ohneter x 
x x 
II,A Voltage = 
x x 
IlI,A Address Decoding twice 
x x 
»> Stat/Cntrl word bits 3 mins 
x ee 
,5© Simple B/R Functions twice 
= x 
»D Simple SY Test 3 mins 
= = : 
»& Final Standalone Test 8 hrs 
x 
IV,A  Bl/Rd Path (PLIOPT) 8 hrs 
»B HalfDup w/ KG Sim (PLITST) * 1 hr 
»C Operational Pem w/ Sin. * ovrnite 
»D HalfDup w/ KG (PLITST) * 1 hr 
9 Operational Pem w/ KG # ovrnite 


* NOTE: 
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Test 
Test 


“ 


Test at both high and low extremes of the 


KGB 


Init's 


EGRIST 


80 
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KG clock rate for the system being used. 


Comments, Troubles found: 
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9 MEMCHK 


Before loading the program all busses should have 
power turned on. Power restart interrupts should be 
enabled (S71 in the console in the middle position 
which enables the power recovery int). The bus reset 
timers of all busses should be in the OFF (up) 
position. 


9.1 Paraneters 


Default 
Location( Hex Value( Hex Funetion 
104 FA0O TTY 
100 RESTART PROGRAM 


First PSTOP must be used to halt all processors. 
Then DDT may be loaded to common memory if the 
operator wants to use it later (the HENCEK program 
doesn't need DDT for its operation). 


Then the program is loaded = and starts 


automatically. To restart the program from DDT or from 
the console, the address “h100 should be used as per 
the the Paraneters. RESET@ATTENTION can be used to 
restart the program only during the initial interaction 
phase, later it has another meanings. One can also 
restart the conversation by replying "E" to one of the 
program questions during the conversation. The special 
character "R® can be used for achieving the same effect 
. during the test itself. 
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A. Load correct DEVTST tape or cassette according to 
system configuration. 


B. Press "Reset" on control panel. 


C. Set start address in data lights on control panel 
if loading from cassette, 


D. Press "Load® on control panel. Check the console 
to see if all processors and common memory are 
listed as per the SR. If not, you are not 
running the correct version. If no display on 
console, check to see if your console is at the 
address the diagnostic expects to see it (Refer to 
Parameters section). 


« Verify next on the screen is start of questions. 


trJ 


9.2 The Initial Interaction With the User 


The progran starts by interacting with the user, 
which has to define the prosram's mode of operation. 
The answers to the questions are; 


Ye yes, Ne no, or E= exit. 
"E" means exit and restart the program at the 
beginning of the conversation. 
Each of the above characters must be followed by a 
carriazge-return. If an illegal pair of characters is 
typed by the user, the program prints the string "? 


(Y/CR,1,E)" and waits for a legal response. 


The program interprets a single carriageereturn as 
the character "Y¥" followed by @ carriage-return. 
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The messages and questions printed by the progran are 
deseribed next. 


1. KMEMCER-i or MEMCHK<SB 


The program name is the first message printed by 
the progran. 


2e THE FOLLOWING QUESTION WILL BE ASKED ONLY ONCE. BE 
CAREFUL fT!!! 


This message is printed before question 3 is 
printed. 


3. DO BATTERY TESTS? (Y/CR,N,£) 


Answer yes to detour through the battery check 
code, which is documented starting with step number 27 
below, say no to continue from here with memcheck. 


4, ALL I/O BUSSES? (Y¥/CR,N,E) 


The user has to specify whether he wants remote 
menories to be tested using BBC through all existing 
I/O busses or through some partial list of the existing 
I/O busses. 


If the answer is "¥" then all I/O busses are found 
by the progran. I/O busses are found by looking for 
devices at the following locations: E000, E300, Food, 
F800. The program then continues in step 6. 


if the answer is "HN", then the user has to specify 
up to four I/O busses for use in testing remote pases 
in the following step. 
5. ADDRESS= 

The user has to specify an I/O bus starting 


address (4 hex digits e.g., E000, E800, etc.). Up to 
four I/0 busses can be specified. 
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As in all the cases in which the user has to 
specify some numbers to the program, the above messace 
is preceded by the question: 


MORE? (Y/CR,N,E) 
to which the user should answer positively if more 
entries should be entered to the currently discussed 
table, or negatively if no more entries are needed. 


Each number specified by the user is followed by 
the message: 


CONFIRU? (Y/CR,N,E) 


to which the user has to respond in the implied 
Way. 


6. I/0 BUSSES: 


At this step the existing selected I/0 busses for 
use in testing remote pages are printed by the progran. 


7. RUN ALL PROC? (Y/CR,N,&) 


The user has to answer whether he wants all 
processors to run the tests, or only selected ones. 


If the answer is "Y¥Y", then all existing processors 
are found by the program, and the program continues in 
step 9. 


If the answer is "N", then the user has to specify 
up to 16 processors to run the tests in the following 
step. 


8. PROC= 


Following this message the user nas to type a 2 
digit processor number (e.g. 12 or 13). This number is 
the hexadecimal offset of the processor BCii address on 
one of the I/O busses. Up to 16 processors can be 
specified. 
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For a single bus system, the numbers 00, and 001 
are associated with the main processor (the MASTER), 
and its buddy (the BUDDY), respectively. In this case 
up to two processors can be specified in this step. 


As in all the cases in which the user has to 
specify some numbers to the program, the above message 
is preceded by the question: 


MORE? (Y¥/CR,N,E) 


to which the user should answer positively if more 
entries should be entered to the currently discussed 
table, or negatively if no more entries are needed. 
Each number specified by the user is followed by the 
message: 


CONFIRM? (Y/CR,N, =) 


to which the user has to respond in the implied 
Way. 


9. PROCESSORS: 


At this step the program prints a list of ail 
selected processors that will participate in the tests. 
A processor that the program can't halt at this step is 
removed from the list, and the word BAD is printed 
after its 2 disit number. 


10. CHK ALL PROC NEN? (Y/CR,N,&) 


The user has to specify whether he wants all 
processor memories to be tested, or only some of then. 


If the answer is "Y", then all processor memories 
are tested, and the program continues in step 12. 


If the answer is "N", then the user has to specify 
the numbers of all processors whose local menories 
should be tested. Up to 16 processors can be selected. 
Note, that this list need not be identical to the list 
of processors running the tests. The selection of the 
processor memories is done in the next step. 
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11. PROC= 


The user has to react exactly as in step 8 above. 
Note that all pages of a selected processor are tested. 
For a multi-bus system the program searches up to two 
pages, and for a singleebus system up tp 6 pages per 
processor. : 


12. PROC MEN'S: 


At this step, the list of processor memories is 
printed. The program tries to halt each processor 
whose local memory should be tested. If this fails, the 
word BAD is printed after the processor number, 
otherwise, all found pages of this processor are 
printed after the precessor number. 


13. USE ALL MAPS? (Y/CR,N,E) 


The user has to specify whether he wants common 
memory pages to be tested using all map registers, or 
only some of them. 


If the answer is "Y¥", then all maps are used and 
the program skips tne following step. 


if the answer is "N", then the user has to specify 
up tp four map registers in the next step. 


Following this message the user has to specify a 
map register by typing a single digit (083). O- stands 
for map 0 (FC00), 1- for map 1 (FC02), ete. 


As in all the cases in which the user has to specify 
some numbers to the progran, the above message is 
preceded by the question: 

to which the user should answer positively if more 


entries should be entered to the currently ciscussed 
table, or negatively if no more entries are needed. 
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Eaen number specified by the user is followed by 
the message: 

CONFIRM? (Y/CR,N,E) to which the user has to 
respond in the implied way. 


15. WAPS: 


At this step, the program prints the addresses, of 
the selected map registers. 


16. CHK ALL CONN MEM? (Y/CR,N,E) 


The user has to specify whether he wants all pases 
of common memory to be tested, or only some of then. 


If the answer is "Y"%, then all common memory pages 
except those specified in step 19, are tested, and the 
program continues in step 18. 


If the answer is "N", then the user has to specify 
the pages to be tested in the following step. 


17. MAPs 


Following this message the user has to type a four 
hexadecimal digits number, specifying the map address 
of a page in common memory (e.g. 0000, 0200, 4000, 
ete.) 


For convenience to the user, the eScape character 
can be used in this step for generating successive page 
map addresses. The eseape character should be typed 
once, instead of a four digits number, and it 
increments a builtein program counter. This counter is 
initialized to 0000, and is set to a new value whenever 
the user types an explicit four digits number. 


As in all the cases in which the user has to 


specify some numbers to the program, the above message 
is preceded by the questions 
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LORE? (Y/CR, Wi, E) 


to which the user should answer positively if more 
entries should be entered to the currently discussed 
table, or negatively if no more entries are needed. 


Each number specified by the user is followed by 
the message: 


CONFIRM? (Y/CR,N,E) 


to which the user has to respond in tne implied 
way. When the escape character is used, it is not 
followed by the "confirm" message. 


18. IGNORE COHN MEH PAGES? (Y¥/CR,N,£) 


The user has to specify whether he wants some of 
the common memory pages specified in the previous steps 
to be ignored (i.e., not to be tested), or not. 


If the answer is "N", then all selected pases will 
be tested, and the program continues in step 20. 


If the answer is "Y", the user has to specify 
which common memory pases are to be ignored, in the 
following step. 7 


The user has to react to this message exactly as 
described in step 17. The escape character can be used 
in this step also. 


20. COMY HEM PAGES: 


In this step the program prints all “éexisting 
selected common memory pages which are not included in 
the list of pases to be ignored. Selected pages which 
are not found at this step are ignored for the rest of 
the test. 
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21. RUW ALL TESTS? (¥/CR,N,£) 


The user has to answer whether he wants to run all 
tests, or only some of then. 


if the answer is "Y", then all tests are selected 
and the program continues in step 23. 


If the answer is "N", then the user has to select 
tests from the available list of 11 tests in the 
following step. 


22. SELECT= (Y/CR,N,E) 


At this step the user has to select tests by 
typing "YY" (or equivalently carriazge-return), or "N" 
after each test mame (printed by the progran). The 
tests names and meanings are described ina later 
section. 


23. SELECTED TESTS: 


At this step, the list of selected tests is 
printed. 


24, FIND MULTIPLY ADDRESSED PAGES? (Y/CR,N, 5) 


The question is asked only in case of a multiebus 
version. If a positive reply is given, then the first 
test each processor performs is to find out whether 
multiply addressed pages exist. Information about such 
pages is accumulated in the TEST LOG. 


Due to memory limitations, if a positive reply is 
Ziven, the master pages are not tested; the-user is 
notified about this by a short message. In order to 
also test the master pages, the user has to five a 
negative reply in this step (however, see next step). 
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25. ABOVE QUESTION WILL ZEVER BE ASKED AGAT3 
IF CONFIRMED!! CONFIRE? (Y/CR,N,E) 


This question is asked only if a negative reply is 
given to the question in the previous step. The program 
requires a confirmation since if a test for finding 
multiply addressed common memory pages is not needed, 
the program modifies itself in a special way and the 
user will never be asked again the question in step 24 
(unless the program is reloaded). It is recommended 
that after HENMNCHK tested all pages except those of the 
master, the master pages will also be tested (by 
replying positively to this question). 


The user has to reply whether the tests are to be 
performed over a long period of time or not. The answer 
nas an effect only if there is no hard copy device in 
the systen. 


If there is no hard copy device, and the answer to 
the above question is "N", then during the tests, 
whenever the screen has beened (with error tmessages), 
the program waits for a character to be typed by the 
user (which implies that he must check the display fron 
time to tine). 


if there is no hard copy device and the answer to 
the above question is "Y", then the program continues 
printing even when the screen has been filled, thus 
error messages may disappear. In this case however, 
when the TEST LOG is printed as a request of the user, 
the program will wait for user characters whenever the 
screen has beened. 


After the last step, the tests are started. The 
MASTER activates the selected processors one at a tine, 
each of them tests all selected pages except those of 
his buddy, and then reactivates the MASTER. 


27. CHK ALL COM MEM? (Y/CR,N,&) 
The folowing steps are the battery check 


interactions. Control arrives here after a yes answer 
at step 3. 
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The battery check code follows according to steps 
16 thru 20 in order to establish which pages of common 
menory contain battery backed up memory to test. After 
step 20 return to the next step (28). 


USE DEFAULT PATTERN (AAAA)? (Y/CR,N,E) 


All selected memory pages of common memory are 
filled with the selected pattern for later comparison. 


COMPARE CYCLE ONLY? (Y/CR,N,£) 


This question allows the user to do only the 
compare of previously initialized memory. A no answer 
here will continue with a normal load, wait and compare 
eylee for the battery check. A ves will skip the load 
and jump to the "COMPARE CYCLE" of this step. 


WRITE CYCLE DONE= POWER DOWN NOW! 


The memory is initialized and power may now be 
turned off. Power up interrupts and reseteattention 
both will begin the program at the compare cycle to 
complete the test. 


COMPARE CYCLE 


A word by work comparison of memory with "pattern" 
will be done with all of memcheck's error detection 
code enabled. df no errors are reported the test is 
complete and the board(s) are good. 


BATTERY TEST DONE 
This message signals the end of the battery check 


code. Control returns to step 3 to allow repeating the 
test or continuing on with memcheck. 
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9.3 The Tests 


In this section we describe the available tests. 
Each test will be characterized by several parameters: 


NAME The test name. 

INFO The written information. 

MODE=1_(W/B) The information is “éwritten word by 
word (7), or byte by byte (B). 

MODE=R_(CU/B) The page is read word by word (WW), or 


byte by byte (B). 

DELAY="i_( Y/N) Y if delays are introduced between 
write operations, else li. 

DELAY=$R_(Y¥/N) Y if delays are introduced between read 
operations, else N. 


The meaning of each test is defined in the 
rollowing table: 


NAME INFO  HODE-W MODE-R DELAY-l DELAY-R 
WORST note 1 W W YX N 
WORST COti. note2 Wy N ¥ 
ADDRESS note 3 B W N N 
ADDRESS Coll. note 4 W W x Y 
RANDOL note 5 3B B N N 
ALTER AAAA AAAA VW B N if 
ALTER 5555 5555 B W Y Y 
CONST 0000 0000 B W N YX 
CONST FFFF FFFF W W N N 
LOCKS WORDS -1 FFFF W ‘ 1 N 
LOCKS WORDS -2 note6 - W - Y 
LOCKS BYTES -1 FFFF W B N N 
LOCKS BYTES -2 note 7 = W ~ Y 
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Hotes: 

(1) The5pattern in this test consists of 8 words 0000, 
8 words FFFF, etc. In the middle of the pace the 
order is reversed. 

(2) TheScomplement of the pattern in (1). 

(3) TheSpattern is the rightmost 13 bits of the word 
address (0000, 0002, ... ,1FFE). 

(4) TheScomplement of the pattern in (3). 

(5) A 5pseudomrandom pattern (see listing for 
additional information). 

(6) ThiS is the second part of the LOCKS WORDS test. 
Nothing is written at this test, and zeroes (0000) 
are expected at each location. This test is 
automatically selected when LOCKS WORDS -1 is 
selected. 

(7) ThiS is the second part of the LOCKS BYTES test. 
Jothing is written at this test, and zeroes (0000) 
are expected at each location. This test is 
automatically selected when LOCKS BYTES -1 is 
selected. 


9.4 The Test Messages 


During the testing period, the program orints 
messazses on the TTY. Some of the messages are "life 
Signs", and some are errors. The life signs are 
printed one over the other (in the same line) so as not 
to causing of the screen. The error messages are 
printed in separate lines. Error messages are ended by 
along sequence of bell characters, to catch the 
attention of the user. 


Fach message is preceded by the processor 
identification as in the following line: 
Pnn.<proe>: 


nmn= is the processor number. <proec> is the 


processor type, it can be one of the following: MAST 
(master), BUDY (the master's buddy), or RUOT (remote). 


Nn 
VO. Mier 
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The messages at this stage are; 
1. Pnn.<proc>: ACTIVATING Pmon 


This message is printed by the master before 
activating another processor, or by a slave processor 
before reactivating the master processor. The number of 
the activated processor is mm. The message is over- 
printed by other messages. 


2. Pnn.<proe>: CAN'T ACTIVATE Pun 


The message is printed by processor nn who can't 
activate processor mm. The message is not over-printed 
by other messages. 


3- Pnn.<proc>: ACTIVATED 


The message is printed by precessor nn upon 
activation by the master, and before starting the 
tests. The message is followed by a short sequence of 
bell characters on the TTY to indicate a processor 
switching. 


This is an overeprinted message in case of a non 
hard copy device. In case of a hard copy device, the 
message is not over-printed. 


4. Pnn.<proc>: Tstttt <test nane> aaaa/bbbb 
LOOPS=1111 


The message is printed by processor nn before each 
test (approximately every 1-2 seconds). This message is 
overprinted by other messages, and is intended to serve 
as a detailed "life sign". In case of a hard copy 
device it is replaced by a simple carriage-return. 


MELCHER 9-170 REV B 


BBUCC 


Field Service Guide to Pluribus Diagnostics 


The meanings of the fields are: 


tttt= 
llil- 


aaaa= 


bbbb-= 


The current test (hexadecimal) number. 

The (hexadecimal) number of times the program 
has looped through the whole systen. 

The meaning depends on the mode as follows: 


A= If processor nn checks one of its pages, 
then aaaas00nn (e.g., 0012). 

Be If processor nn checks a remote processor, 
then aaaa=ddiam, where dd are the most 
Significant digits of the I/0 bus starting 
address throush its BBC the test is cone, 
and mm is the remote processor number (here 
remote is relative to the testing 
processor= nn) (e.g. E032). 


If processor nn checks a common menory 
page, then aaa&a equals tc the pase map 
address (e.g. 0200). 


This is the address of the first word to be 
tested on the current page. For processor bus 
memories it is: 0000, or 2000 (for a single-bus 
system it continues up to A000), and for a 
common memory page it is one of: 4000, 6000, 
8000, A000 depending on the map resister used 
in this test. 


5S. Pnn.<proe>: Tstttt <test name> aaaa/bbbb Wewwww 
Rerrrr Q=sq 


REV B 


FIRST or LAST 


9=171 MEMCHK 


ield Service Guide to Pluribus Diasnosties BBNCC 


This is an error message printed while reading the 
information from the tested page. The meaning of nn, 
tttt, and aaaa is as in messase 4. 


bbbb= The address in which an error was found (same 
method as in message 4). 

WUWWee The written information. 

rrrr= The read information. If 2 quits had occurred 
while trying to read from the above address, 
then rrrr=DEAD. 

q= The number of quits during this read operation. 
It ean be 0/1/2, or "B", The program does not 
retry reading the information after getting two 
quits. The character "B" stands for BBC and 
neans that some trouble has occurred while 
referring to one of the BBC registers. 


The line ends with one of the words: FIRST or 
LAST. Only the first error in a sequence of errors, 
and the last one (if different from the first error) 
are printed, and the additional word indicates if the 
error is the first or last in a sequence. 


6. Pnn.<proe>: T=tttt <test name> aaaa/bbbb We=wwww 
DISAPPEARED 


This error message is printed by processor nn when 
2 quits had occurred while trying to “dwrite 
information to the tested pase at address bbbb. The 
program marks this page as if it has disappeared. It 
continues with the next page, but it retries testins 
this page when its turn comes again. However, it prints 
the message about its disappearance only once. 


A list of pages that have disappeared is kept in 
the TEST LOG. 
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To Pnn.<proc>: Tstttt MULTIPLY ADDRESSED PAGES FOUND 


This error message is printed by processor nn when 
it found multiply addressed common memory pages. A 
list of multiply addressed common memory pages is kept 
in the TEST LOG. 


8. Pnn.<proe>: T=tttt <test name> aaaa/bbbb W=wwww 
QUITS=qqaq 


This error message is printed if in aqaqqq (where 
qqqq>0) words of the tested page one quit has occurred 
while trying to write information to the pase. 


9. Pnn.<proc>: BAD BEC: xxxx 


This error message is printed by processor nn who 
failed to activate the BBC for testing a remote page. 
xxxx is the bad BCH address (e.g. £032). This error 
is “&not marked in the TEST LCG. 


10. UNEXPECTED QUIT @xxxx 


The message is printed for the obvious reason. The 
prosram should be restarted and if the message is 
consistent then the prosran listing must be used to 
analyze the cause of the quit. 


9.5 The Interaction During The Tests 


During the testing period, the user may interact 
with the program by typing “&éspecial characters on the 
Tit. 

The characters are: H, N, R, S (other characters are 
ignored) and their meanings are explained below. 


He Ealt=- The program stops the tests and waits for 
additional character to be typed on the TTY. If 
the additional character is a special character, 
it is interpreted appropriately, otherwise it 
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iw ** 


causes resumption of the tests. A possible use of 
the "HH" character is: first type "EH", then power 
OFF a memory bus, exchangze a memory card, power OH 
the memory bus, and let the program proceed (é.é., 
by typing a space character). 


N= Next=- This character instructs the program to 
abort the current group of tests being performed 
on the current page, and to start the next group 
of tests. This may cause skipping several tests 
on tne current page and starting testing it 
through another path (the next map resister or the 
next I/O bus), or starting with the next pase. 


Re Restart- The program returns from the current 
processor to the master, and restart the initial 
interaction. The TEST LOG is cleared. 


S- Summary (or Status)- This character causes 
printing of the TEST LOG (as described in a later 
section). After the printing, the program waits 
for a character to be typed on the TTY. If this 
character is ae special character, it is 
interpreted appropriately, otherwise it causes 
resumption of the tests. 


If an activated processor does not respond within 
5 seconds from the moment it was activated by the 
MASTER (as can be seen on the display in case when a 
non hard copy device is used), or if a processor "dies" 
in the middle of its operation (no cutput on the TTY), 
then the user has to perform the following steps: 


1s First the user has to type some character (maybe 
the screen has beened). 


Ze If it does not help, the special characters 
should be tried. 


3 If all these fails, there is a chance that’ the 
program still exists at the master processor and 
RESET=-ATTENTION can be used at this stage for 
resummning the tests. The processor which caused 
the troubles in this case is marked as “2"bad" in 
the TEST LOG. 


4. If RESET-ATTENTION does not help, then probably 
the program is somewhere in the system. Powering 
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OFF/ON a processor bus, in one of whose processors 
the program resides, may cause the processor to 
reactivate the master. The user can try this as 
the last resort. If this does not help the progran 
should be reloaded and restarted. 


9.6 The Test Log 


The TEST LOG consists of several tables. The 
first table is printed in any case, while the other 
ones are printed only if they are not empty (i.e., if 
there are errors). 


The tables are printed below. The ordinal numbers 
are not printed on the TTY. 


1. LOOPS=s1ilil TESTS=tttt 
LOCAL ERRORS=siiii REMOTE ERRORS=jjjj COMM 
ERRORS=skkkk 


The table consists of the contents of several 
counters. The numbers are printed in hex. 


LOOPS= The total number of times the progran 
has cycled through the whole systen. 

TESTS= The total number of tests performed so 
far. 


LOCAL_ERRORS= The total number of errors found by 
processors in one of their pages. 

REHOTE_ERRORS= The total number of errors found on 
processor bus memories when using BBC 
(i.e. from remote processors). 

COMN_ERRORS= The total number of errors found in 
common memory pages. 


2-e BAD PROC'S: 

Pni Pn2 This table lists all bad processors, i.ée., 
processors the master processor couldn't activate, or 
processors that didn't reactivate the master after 
their activation by the master. ni, ne are the 
processor numbers. 
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3- DISAPPEARED PROC LEH'S: 
-Pni xxxx yyyy 
Pn2 XxxxX yyyy 


This table lists the processor busses's memories 
that have disappeared during the test (i.e., at least 
one word of each such page couldn't be written- caused 
two quits). 


Poi, Pn2, etc. are the processor's numbers. id ae 
yyyy are the page numbers. For a multi-bus systen they 
can be 0000 or 2000. For a single-jbus system, they 
range over: 0000-A000. 


4, DISAPPEARED COMN PAGES: 
XExXX YYYY 


This table lists all common memory pages that have 
disappeared (in the sense of table 3 above). xxxx, 
yyVy,; ete. are the pages map addresses. 


5. BAD COMN PAGES: 
XXXX YYYY 


This table lists all bad common memory peges, i.e. 
all pages that caused at list one error at some stage 
or the tests. <xxxx, yyyy, etc. are the pages map 
addresses. 


6. MULTIPLY ADDR. CONN PAGES: 
REX YIVY 


This table lists all multiply addressed common 


menory pages. XXXX, YYYY, ete. are the pages map 
addresses. 
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7. BAD PROC MEM'S: 


TEST Pni Pn2 Pn3 Pn4 
<test 1> lr lr air adr 
<test n> lr lr ari iilr 
DISAPPEARED lr lr adr Ir 


This table lists all processors one of whose pases 
caused at least one error. The processor numbers are: 
nil, n2, etc. The table also indicates in which tests 
the errors have been detected. The tests names are 
printed at the left side of the table. Wote that only 
the selected tests are printed. The last line 
indicates whether pases of these processors have 
disappeared. 


The character "1" can be either "L" indicating 
that tne error has been detected locally, i-e€., by the 
indicated processor, or "=j" indicating that the error 
has not been detected locally. 


The character "r™ can be either "R"™ indicating 
that the error has been detected by some remote 
processor (i.e., via BBC), or "=j{" indicating that the 
error has not been detected by any remote processor. 


8. COMPLAINTS ON COMN: 


TEST Pni Pn2 Pn3 Pnd4 

vest 1> ‘e Cc C Cc 
<test n> e e Cc Cc 
DISAPPEARED Cc G Cc c 


mULTIPLY ADDR. c a Cc c 


This table lists all processors that have detected 
at least one error in one of the common memory pages. 
The processor numbers are: ni, n2, etc. The table also 
indicates in which tests the errors have been detected. 
The tests names are printed at the left side of the 
table. Yiote that only the selected tests are printed. 
The line before the last indicates whether the 
processors are complaining about disappearance of 
common memory pages. The last line indicates whether 
the processors are complaining about multiply addressed 
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comion menory pages. 


The character "ce" can be either "C" indicating 
that the processor is complaining on common memory, or 
nm" indicating that the processor has no complaints. 


Note that this table lists complaining processors, 


while the previous table indicates processors whose 
pages have caused errors to some processors. 
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10 HLCTST 


MLCTST requires changing parameters such as lines 
to be tested, baud rate, ete. The parameters may be 
set either by the control panel or by using DDT. kefer 
to the section on DDT for explanation of the commands 
and/or the section on how to run the control panel. 
DDT is the best way to control/monitor processes 
(programs) by inspecting/changing registers of the 
machine in running MLCTST. 


MLCTST is actually a collection of several 
separate prosrams which use a common collection of 
subroutines. The choice of a perticular test depends 
on how dead the machine is and what you wish to debug. 
Below is a list of the diagnostics and a brief 
explanation of what they do: 


As a rule of thumb, running Start 3 first sets up 
a table(starting at 1A00) that reflects the active 
lines on the MLC under test. “After that, running Start 
2 will use the entries(lines) in the table to test. It 
is much easier to let the software find out who is out 
there and build the table for you. If you want to go 
from there in which tests to run you can. Zeroing out 
lines effectively takes that line off the list to be 
tested. 


if errors do occur they are entered in the Error 
table(1C00) to be analysed. Refer to the Error Type 


Section for the error type breakdown found in the Error 
table. 


10.1 Operating Instructions 
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j~- Load DDT fcllowed by NMLCTST from the operator 
console. - 
2— Enter “H which changes the values to hex 
representation. 
3= Enter “K display value as constant and not as 
symbolic. 
4. Enter: 100/ (read version no., should 
pe 10.) 

Results: 100/Pxx yy 


5- If the MLC under test is not an LBB, change 
location 11C to 0. 


6= Proceed to desired test procedure. 


The following locations are the important 
locations that will be of interest to you: 


Location Default Description 

011C 78 MBBEFLG - nzsiBBB attached, z=nle 

6102 F210 DEVADR = AlIL Address under test 

0104 600 LINNO = Ln. No. for single line tests 
0106 30 SIZE = Char. Size (see below chart) 
010C 02 RATE = Baud Rate (see below chart) 
0146 0 HITIME 

0148 0 LOTINE 

O14E 0 SEC. 

0150 0 MIN. 

0152 0 HRS. 

OB72-0B84 MLC TEST MESAGE = Test messace 

1A00 RUNTAB = Start addr. of device table 


1000 ERRTAB = Start addr. of Error Table 
Character Size Baud Rates 

0 5 bits 0 illegal 

1 6 bits 1 (Ge) 

e 7 bits 2 110 

3 8 bits 3 134 

4 150 

5 300 

6 600 

T 1200 

& 1800 

\ 9 2400 
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Following is a list of tests depending on what is 
needed to be tested. -The start location is given in 
the heading. 


10.2 START1 (200) 


Its purpose is to find gross failures in the 
control paths of the AML and MLC. It does not do any 
data checking, but is mostly used as simple scope loop 
for getting hardware off the sround. 


When the program is started it sets up line 
parameters for a single line to run cross-patched. 
Thus the operator must set the correct values for 
DEVADR,LINNO, and RATE. The rest of the parameters 
default to sensible values. After the line is set up 
the program forees characters over that line as fast as 
it can. No error checking is done. Note that the 
program. can send data much faster than the MLC can 
shift it out, for low baud rates, so the MLC will flush 
many of the output characters. The actual data for 
output is held in OUTDAT whieh is incremented after 
each use. 


In normal correct operation, the program should 
cause a characteristic behavior of the hardware. In 
the console address display (LOC FF80) the selected 
line number should be in the left byte and the received 
data character in the right byte. This is a display of 
the contents of INDAT, the input data buffer, and gives 
an early indication of trouble. For example, the sign 
bit represents the BREAK bit, which should be zero. An 
all zero display usually means a gross failure in the 
data path, such as missing or dead LIU or LIti. 


The lights on the MLC display panel will nermally 
be as follows: XPCE on, INRATE and OUTRATE as set, SIZE 
8bits (3). OUTDAT and INDAT shifting, BINDAT ance 
BOUTDAT flickering. OUTBUF should have bits 1 and 2 on 
, the correct line number in the LINE NUMBER field, and 
the data field flickering. INBUF should have bit 1 
(BREAK bit) off, the next bit (which is used as the MLC 
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power indicator)on, the correct line number in bits 3 
to &, and the flickering input character in bits 9 to 
16. OIBUF should contain the correct line nurber. 
OTABUF should contain a 1in bit 2, the correct line 
number, and a 1 in bit 16. INABUF is irrelevant, but 
may contain the correct line number, among other 
things. 


10.2 START2 (204) 


This program allows for much more thorough testing 
than the preceeding. It's purpose is to test multiple 
lines at user selectable rates. A fixed data messare 
is sent out each port under test, at the specified 
rate, to an attached terminal, if any. The input 
strean is crosspateched to the output for each port, so 
the return data can be checked for errors. This 
program is useful in finding a wide range of problens, 
once START1 demonstrates that the basic data paths are 
intact. This program helps find: bit errors (pick and 
drops) in the data and line number field, interaction 
anong multiple lines, particular data rate sensitivity 
and a variety of problems between the HLC and a 
tertiinal. 


Before the program is started, the operator must 
set the correct AiL device address at DEVADR and 
initialize RUNTAB. RUNTAB is a table with one entry 
per LC port, which determines which MLC ports should 
be run and at what rate. The format of an entry in 
RUNTAB is: 8000 bit on, and the desired data rate in 
the low 4 bits. For example, to cause line 6 to be 
tested at 2400 baud, set 8009 into RUNTAB+C. It is 
most convienient to think about the RUNTAB entries in 
hexadecimal, and to remember that the addressing of the 
PLURIBUS is byte oriented. Thus the entry in RUNTAB is 
computed as twice the line number, converted to hex 
plus 1A00, which is the table start address. (Or you 
can count up on your fingers.) 


When the program is started it has an initial 
phase which looks at RUNTAB and sets the appropriate 
hardware values for rate etc on each MLC line. After 
all the lines are set up, the program watches the AIL 
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input FIFO for OI's from the lines it has set up. 
Unexpected O's are recorded as errors. Expected OI's 
cause the next character to a line. The prosram 
maintains a separate pointer for input and for output 
for each line. These pointers are kept in tables which 
are indexed the same way as RUNTAB. RPTAB and SPTAB 
are the respective start address of the receive and 
send pointer table. Normally these are pointers into 
the typeout message which begins at MESAGE. ("STHPLE 
MLC TEST") The message string may be modified if 
desired, by inserting any new string starting at MESAGE 
(for  exanple, all faa" or some noneprintable 
characters) but be sure not to overflow into the code 
which follows the string storage. The string 
terminator is default set to zero (0000 hex). In 
addition to sending data characters out each line, the 
program periodically reesets the output data rate to 
the value specified in RUNTAB, This is to imitate tne 
benavior of the PTIP program, which has both data and 
control information flowing in the AHL at all times. A 
warning! The basic structure of this test is built 
around the notion of using OI's to request the next 
cutput character. The PIIP does not use OI's, but 
rather makes some timing estimates about the various 
line rates, and produces output on that basis. 


In operation, this program will produce a 
confusing set of values in all the MLC light registers, 
Since multiple lines are running and sharing the MLC 
lights. However, INBUF, OUTBUF, OISUF,OTABUF and 
INASUF should show signs of activity, and have 
plausible values in their line number fields, as well 
as no BREAK indications anywhere. By selecting a 
particular line with the LINE SELECT switches of the 
uLC front panel, the display for that particular line 
will appear in the lower two rows of lights on the MLC 
front panel. These should have the expected values for 
in and out rates, size etc. and should have characters 
flowing in the output and input buffers and shift 
registers. Note: The switches on the front panel of 
the MLC are in read in octal and not hexidecimal from 
the lowest order bit to the right. This subeprogran 
does extensive error checking which is explained in the 
error description portion of this writeup. Errors are 
Signalled by a nonezero value in the lower control 
panel light register (DATA). This light register will 
Gisplay the error code for the most recent error. The 
program builds a list of errors as they occur, starting 
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at ERRTAB whieh is at Location 1C00. A summary of the 
error codes is included on the first pase of the 
program listins. 


10.4 START3 (208) 
8 

This program is an elaborate version of STARTe. 
The basie tests are the same, as ere the visible 
indications of its operation. 
Tne main difference is in its startup phase. 
Whereas,in STARTe the user is required to specify which 
lines are to be tested, this program does that 
automatically. The user must set the correct value at 
DEVADR, to denote the AiL to be used. The prosran, 
upon being started, resets the AliL and MLC. It then 
attempts to force a single character out each LIU port, 
which it has cross-patched. For each line that 
responds by sending back the test character, the 
program selectes a value at randon, from the table of 
asynchronous line rates (2400 baud and below) RATAB. 
This data rate is used to create an entry in RUNTAB for 
the line. After this test and setup phase the progran 
begins execution of START2. 


The use of this program is primarily for long tern 
burn in and verification of the entire set of line 
interfaces. It should be used as a final acceptance 
test rather than as a detailed debugging tool. 
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10.5 STARTY (20C) 


Where the previous programs have been oriented 

toward diagnosing troubles within the AML and the MLC, 
this program is oriented outward. Luch of the 
couplexity of the terminal handling problem has to do 
with problems between the terminals anc the scanner 
hardware. This program helps pin down that class of 
problem by allowing the attachment of external 
terminals or dial in modens. 
The objective is to provide some simple programs to 
answer a dataphone and then transmit back to the caller 
(or local terminal) each character as it is received 
without requireing that the very complex PTIP or TENEX 
terninal support software be workable. The progran 
answers incoming calls in the same way as the PTIP (by 
watching for RING DETECT) rather than like the the 316 
(which watches for CARRIER DETECT). Other than that, 
no claim is made that this program will behave like the 
PTIP. 


The user must set the correct value for DEVADR. 
He must also set RATE to the rate which will be used 
for all lines. When the program is started, it does an 
LIU search like START3 (using the same subroutines) and 
builds a RUNTAB. Then, rather than crossepatching all 
lines, it leaves them un-cross=-patched and awaits any 
input character. In this wait loop, it also polls the 
LIU status bits for each line. If the ring detect 
comes true the program launches into a complicated 
proceedure for maintaining a dialed-up connection on 
that port. That is best understood by reading the code 
at ANSWER. Very briefly, operation is as follows. 
Upon receipt of RING DETECT, the program asserts DATA 
TERHINAL READY and REQUEST TO SEND. If the noden 
responds with CARRIER DETECT and CLEAR TO SEND (which 
means that the caller is a dataset and not a normal 
telephone) the entry in TOTAB (timeout table) for this 
line is set nonezero. Incoming data is then echoed. 
If the caller hangs up, a value is counted down 
(because CARRIER DETECT went away) anc eventually the 
connection is broken and the state reinitialized for 
the next call. 
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The visible indications from the program are few 
if there is no terminal traffic. The OTABSUF lights 
will flicker as the various LIU's are polled, and 
nothing else will nappen. As characters are typed on 
the attached terminal, they will be seen to shift into 
INDAT and move to INBUF. They should also be seen 
moving out through OUTBUF and OUTDAT. A good character 
to try if you can't think of anything else is ASCII "A" 
which appears as either Hex "C1" or Hex "41" dependig 
on the terminalts parity mode (which doesn't matter 
nere, since nothinz in® the hardware or prosram looks at 
this bit). 


Some errors are recorded, such as input or an OL 
from an unexpected line. 


10.6 START5 (210) 


START5 is a simple operator aid which does no 
testing. Its purpose is to clear memory selectively 
before a test is started. It clears: RUNTAB, all 
pointer tables, the timeout table and the error table. 
It does not clear the program stack, and of course, 
does not touch any part of the code or DDT. 

It transfers control to DDT when it completes. It 
produces no display on the HLC. 


10.7 START6 (214) 


This collection of oneetime tests tries to 
excercise every path in the AllL-MLC combination. The 
operator must specify the AML at DEVADR. ‘When started, 
the prosram hunts for a working line using the standard 
crosspatch and force subroutine. The first test on a 
working line turns off XZPCH and forees data. It 
expects only OI's back. Both no OI and input deta are 
errors here, and are logsed. 


MLCTST 10-186 REV B 


B3NCC Field Service Guide to Pluribus Diagnostics 


OI's are then turned ecff, and more output is 
forced. Any input is an error here. To ensure that 
the input anc output FIFO's are of the correct length, 
the next test sends a block of 64 characters out, with 
xPCH off. These should be held in the out FIFO. When 
XPCH is then turned on, this block should return in 
order. Errors are noted. The selected line is then 
made to handle data at every asynchronous rate from 75 
to 2400 baud. If a line passes all these tests, it is 
considered perfect, and the next working line is 
discovered and tested in a Similar fashion. 


10.6 Error Indications 


Errors are entered in an error buffer beginning at 

1C00. An error entry consists of 5 consecutive memory 
locations which begin with the code which is unique for 
that error. The next two locations are values which 
depend on the error type and the last two locations 
give the time as copies of HITIME and LOTIVE which is 
real time since the beginning of execution. 
A few errors are fatal, but most are not and attempt to 
restart in some way. The various timeout errors are 
sometines confusing, since in general they will exit to 
a part of the program which tries to restart whatever 
timec out. This occasionally will cause additional 
data errors. 


Visible indication that an error has occurred is 
siven in the control panel data lights, which will 
contain tne error code for the most recent error. This 
is clearec at initialization so any nonezero value 
denotes an error. 
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10.9 Error Types 


These are the error types generated by the 
program. The description here will omit mention of the 
last two entries since they are the same for each error 


type; the time of the error. 
@ 


FFFO LVLICD = 

A level 1 interrupt occurred and the device code was 
not FF80 (attn interrupt) 

word 2 =— the bad device code 

word 3 = program counter at interrupt tine 


FrEF LVL2CD = Any level 2 preennee is an error 
word 2 = The oad code 
word 3 = Program counter 


FREE LVL3CD - Any level 3 interrupt:-is an error. 
word 2 # Device interrupt code 
word 3 = Progran counter 


FFED LVL4CD - An unexpected level 4 interrupt occurred. 
word 2 =» The unexpected code 
word 3 ~ Program counter 


FFEC QUITCD <= An unexpected QUIT occurred 
word 2 - Program counter 
word 3 = The address which failed 


FFED ILLOCD = An unexpected illop occurred. 
word 2 = Address of the ILLOP 
word 3 = The illop 
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FFEA PFALCD - A power fail interrupt occurred. 
worGg 2 = Processor status 
word 3 = Program counter 


FFEQ PRSTCD = A power restore interrupt occurred. 
word 2 - Address the program is restarting fron 
word 3 = ZERO 


FFE8 INERCD - Input error, data did not match 
expected. 

word 2 «= Received data and line number 

word 3 = Expected data 


FFE? OIERCD = Received an OI from a line we aren't 
using 

word 2 = The Oi we got 

word 3 = ZERO 


FFE6: OLITOCD = OI time out 
word 2 @ Line which timed out 
word 3 = ZERO 


FFE5 INTOCD = Input time out 
word 2 = Line which timed out 
word 3 = ZERO 


FFE FLOTCD = Output fifo was full 
word 2 -~ AML device address (default R2) 
word 3 = AML status register (XXX2) 


The next set of errors occur in the one time tests 


FFE3 OTFLCD = Output fifo was full 
word 2 - Line number we are currently testing 
word 3 = ZERO 
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FFE2 OTHOCD - Got no OI in OL test 
word 2 # ANL status 
word 3 - Line we are currently testing 


FFE1 OTCHCD - Got data with XPCH turned off 
word 2 = AML status 
word 3 = Contents of INDAT (what we got) 


FFEO OTOICD - Got the wrong OI in the OI test 
word 2 = Line we are testing 
word 3 = Contents of the OIDAT we received 


FFFDF OTOJCD = Got an OL with the OI'ts turned off 
word 2 - Line we are testing 
word 3 = OI that we got 


FFDE OTINCD = Got an input character,in OI test,ZPCH 
and OI off 

word 2 = Line we are testing 

word 3 = Contents of INDAT that we got 


FFDD OTSECD - Characters out of sequence in the fifo 
test. This 

probably means the input or output fifo is droppings 
characters 

when it fills up 


word 2 «# Line we are testing 
word 3 = Character we got from INDAT 


FFDC OTNICD - No input in fifo test 
word 2 =} Line we are testing 
word 3 = Last thing we sent from OUTDAT 


FFDB OTOSCD = Got an OI during the fifo test with OI's 
orf 

word 2 «= Line we are testing 

word 3 «= What we last sent out 
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FFDA OTSOCD - Character does not match expected input 
in fifo test. 

word 2 - Line we are testing ° 

word 3 = Data we got in INDAT 


FFDQ OTNMCD - Bad input character during data rate test 
word 2 = Line we are testing 


word 3 = Data we got in INDAT 
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11. MSPMTST 


MSPMTST along with DDT-41 forms an exerciser 
for the BSO card. This test is not a comprehensive 
diagnostic, but a good exercise program and a 
g0/noge test. If a card does not work, then one can 
with a logic analyzer trace where the micro oDdrocessor 
is and determine which circuts may be at fault anc 
trace back to the problem from there. 


11.1 Miero DDT 


Micro DDT is an extension of normal PLURIBUS DDT 
that allows one to look into to the BSO micro memory to 
examine and change locations, as well as to reset, 
start, and stop the BSO micro processor. This is done 
by having DDT have two modes. One mode is normal DDT 
mode and the other is micro DDT mode. Only one 
mode can be active at any given time. In the rest of 
this document micro DDT mode will be referred to as 
MDDT and normal PLURIBUS DDT mode will be called DDT. 


First switching between DDT and WMDDT modes is 


cicussed. Next the MDDT commands are discussed in 
logical order. MDDT error messages are discussed last. 
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11.2 Switching between Ificro DDT and Normal DDT. 


Entering HDDT for the first time is done ny 
typing the ESO address, usally F100, followed by a 
w“pm, It is not necessary to enter the  8BSO 
address when entering MDDT again after the first 
tine, unless the BSO address changes. When you enter 
:IDDT, dit will make sure that a BSO exist at the . 
given address. If there is no device present then a 
"uit" message is printed and you are left in DDT mode. 
if the device at the siven address is not a BSO, 
then "222" ids printed and you are left in DDT mode. If 
a BSO is present, then a herald ,"(! 204 mode)", is 
printed and you are now in DDT. The number printed 
in the iDDT herald is the version number of the ESO 
micro program that is supported by this EDDT. Type “D 
to exit back to DDT mode, and DDT will print "(DDT 
mode)" to let you know that you are back in DDT mode. 
Restarting DDT by any means does not change the mode 
you are in. 


11-3 UHDDT Commands 


EDDT is very simular to DDT in command syntax. 

All numbers are typed in and out in hexadecimal. 

Following is a list of MDDT commands along with an 

explanation of their use and impact. Items within 

Square brackets are opitional. The square brackets are 

not part of the syntax. 

“Rs Reset the BSO hardware and  reintialize 
tne software. The address of the MCB is 
passed to the BSO and the commands in tae HCE 
command byte are executed. HDDT will respond 
by typing out the version number of the ESO 
progren. 


“Us Switeh between byte and word access 


node for accessing BSO address space. 
intially “DDT is in byte access mode and 
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[nn]<er>: 


[nn]*: 


[nn]<lf>: 


“C: 


HS PHTST 


“Wl togsles between the two access nodes. 
The BSO ean not do word accesses, but instead 
liDDT fakes it’ by doing two successive byte 
accesses. Byte order witnin a word is the 
reverse order then that of the SUE 
proceesor. In the SUE the low order byte is 
the high byte of a word, and the high order 
byte is the low byte of word. MDDT does’ the 
reverse order, because the 6502 processor 
does some instructions by accessing wo 
bytes to form an address, and this order 
is convient for looking at those bytes with 
LiDDT. 


Open the byte addressed by nn in the current 
access mode. After the slash is typed HDDT 
will print out the address of the &S0 
being accessed, sone spaces, and the 
contents of that location. If nn is onitted, 
then the last location openned is reopenned. 


if a location is open, then write nn into 
that location in the current access mode. 
If the current access mode is byte mode and 
nn takes up more then 8 bits, then the high 
order bits are lost. If no location is 
open, then nn is ignored. If nn is onitted, 
then the current location is closed, and MDDT 
waits for the next command. 


same as nn<er> except that previous location 
is openned. 


sane as nn<er> except that next location is 
openned. 


Halt the BSO and open the location at whicn 
the BSO halts. The halt that the BSO does 
is a pseudo-halt. The 6502 processor has no 
halt instruction, and therfore the halt nust 
be faked. This is done by saving the 
state of the processor in reserved 
locations in 5BSO RAM memory and going into 
an idle loop in ROM memory. A seconé “C 
would halt the 6502 in the idle loop == and 
destroy the state of the first “C. The 
locations for saving the processor state in 
response to a “C are known to MDDT and be 
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Aap A 


accessed by the “A,*Z,*Y,*S,*Q, and “T 
comands which are explained below. 


Open the location of the saved A register 
from the last Cx 


Open the location of the saved ZX register 
from the last “C. 


Open the location of the saved Y register 
from the last “C. 


Open the location of the saved processor 
status register from the last “C. 


Open the location of the saved stack pointer 
register from the last “C. 


Open the location of the Saved PC 
register from the last “CC. The PC is a 
16 = bit recister, and therfore HDDT 
temporarily changes to word access mode, if 
imMDDT is in byte access mode. 


Proceed 6502 from the last “C. This command 
starts the 6502 with the saved state in RAH 
memory, and therefore one can change the 
State that 6502 will get with the next “P by 
changing those locations (reference 
“A,"X,°Y,°S,°Q, and “*T commands) in RAM 
menory. 


Start 6502 at address nn. If nn is 
omittec, then use the address from previous 
“G. This command writes the new 6502 PC 
into the save area in RAM memory and then 
does a proceed. This command is equivalant 
to doing a “T to open the PC save word, 
then depositing a new PC, and doing a “P. 


Write a breakpoint instruction at 
address nn. The address argument is 
required. One should open the location 
first and make a note of the contents 
so that the breakpoint can be removed later. 
The break point instruction causes the 6502 
to perform a maskable interrupt, which 
in the current BSO is vectored to loaction 
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210. Because this is a RAii memory 
location, the BSO operational prosram must be 
loaded so as to be able to field the tae 
maskable interrupt. Furthermore the 
operational BSO program does not normally 
check for break point interrupts in the 
maskable interrupt service routine, because 
this would in an operational 
enviornement waste valuable processor 
bandwidth. The maskable interrupt service 
routine can be made to check for break points 
by changing the instruction at BSO address 
0215 fron a CLC (opcode 18) to a SEC (opcode 
38). 


Return back to normal DDT. A nerald 
"(DDT mode)" will be printed to inform you 
that you are back to DDT. 


11.4 iiiere DDT Error Messages 


MDDT can respond to anyone of the above commands 
with one of several error messages as follows: 


2228 


QUIT: 


?i-QUIT: 


MSPLTST 


This is UDDT's response to an illegal 
command or to a syntax error. 


This message is printed if MDDT sets a quit 
while accessing one of the BSO resisters. If 
a quit message comes from a “R, then the 
address causing the quit is base or base+2. 
All other access to the BSO registers are at 
base+4, All EMDDT access to the BSO 
registers are writes, except that the MDDT 
entry routine reads the base register to 
validate the device type code. 


The BSO returned a quit reply code in 
response to a CNITII command issued by iIDDT 
writing to BSO address  base+4. This 
messace is only relevant if the BSO was 
doing an Infibus access, because there is no 
such thing as a quit on any internal ESO 
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busses. 


?ii-Dead: The BSO did not respond in tine to a CHHI 
command issued by HDDT writing to ESO 
address base+4. 


?iie=Bad_ reply: The 5BSO did not return a legal reply 
to a CNHI command issued by MDDT writing to 
BSO address base+r4. 


11.5 USPNTST program outline 


The.test program performs the test by continually 
performing a loop which sees throught the following 
steps: 


1. Intialize HMSPMTST data structures and transnit 
buffers. 


2. Start of loop: Display pass (loop) number and 
error count in console lights. The error 
count is the count of passes with errors wrathner 
then the count of total errors. — 


3. dIntialize data structures for this pass. 
4, Start the BSO. 


5. Wait for the BSO to complete the data transfer or 
to timeout. If the BSO times out, then an error 
message is printed saying which channels timed out 
and control is trnasfered back to DDT. 


6. Halt the BSO. 

7. Compare the transmit buffer to the receive buffer 
for a line. If there is an error, then action 
is taken based on the current value of ERRHND which 
is explainned below. 


8. Update the pass number and the error count and then 
&o0 to step 2. 
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11.6 Data Structures. 


In this section the various MSPLHTST data 
structures are explained. 


Settable test parameters 


Following is a list of settable BSO parameters 
and how they effect the test. Each location comes 
intialized with a default value, as mentioned below. 
The address of the parameter is given in paranthesis 
efter the name of the parameter. Use PLURIBUS DDT to 
Change the values of the parameters. 


EBRREND( 108) : The value in this location determines 
how the program will deal with data 
errors. There are taree different 
values for ERREND as follows: 


-1;: This is the default value for ERRHND. An error 
message is printed telling which line had the 
error. Clearing 84 will cause the compare to 
continue with the next byte. 


0: This causes the terminal bell to ring when the 
first error ona pass is detected. Tne pass will 
be aborted and the next pass started. This is a 
developement tool to be used when testing the 
BSO to find the maximum throughput rate that it 
can maintain without data errors. 


13 The error will be tabulated and the compare wiil 
continue. This error handling mode is useful for 
overnight runs. 


LINES( 108): This is a bit mask to tell HSPHTST which 
BSO lines to test. Bit 0 is for line 
O, eee ybit 3 is for line 3. A 1 means 
to test the line and a OQ neans 
don*t test the line. The MSPMTST default 
value is OF which test ali four lines. 


BUFPAG(10E): BUFPAG is the PLURIBSUS common memory 
page to be used for transmit and receive 
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buffers. This normally set to the 
400 page, but may be set to any other 
existing page except the 0 pase and the 
200 pase, which are used to hold the BSO 
FAM program and the MCB. 


XLBITS( 118): This contains the value to be loaded 
into the BSO loop and crosspatch 
register by the BSO at intialization 
time. Bits O-3 are used to control 
internal crossepatching of a line, and 
bits 4-7 are used to control external 
looping a modem. A zero is true and a 
one is false in this resister. When 
there is no modem connected to a 8S0O 
line, then the loop bits are irrelevant. 
The default value for this location is 

FQ, which cross-patches and unloops all 
four lines. How to loop test a 
line will be explained later. 


11.7 Status Variables 


List here are the USPHTST status words that 
may be examined using DDT. The address of a status 
word is given in paranthesis after the name of the 
name of the given status word. 


PASHUM(11E&120) : A double precisSion count of the 
number of test passes, 


ERRCHUT( 1222124): A double precission count of the 
number of test passeS with erors. 


LINERR( 126): This is a four word table that is 
indexed by BSO line number. 
LINERR+0 is for BSO line 0, ec, 
LINERR+6 is for BSO line 3. Eaeh 
entry in the table counts passes 
that the given 5BSO line has had 
data TX errors, 


BADPID( 122): The last illegal PID value read 
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from the PID. This status word is 
not cleared between passes. A 
value of zero means that no illegal 
PID values have been detected 
scince the test was last started. 


11.8 Buffer Structure 


Currently the buffer structure for HSPLTST 
is very simple. A single PLURIBUS common memory page 
as specified by the BUFPAG parameter (see section 
4.1) is divided up into 8 equal size buffers. The 
first four buffers are for the four transnit(TX) 
channels (0,2,4, &6), and the last four ouffers 
are for the four receive(RX) channels (1,3,5, &7). The 
four TX. buffers are initialized once when NSPHTST 
started. The data stored in the TX buffers is the 
line number in the low byte of every word in the TX 
buffer, and a number from the sequence 0 = FF (hex) in 
the odd byte of a word. The number sequence is 
repeated sequentially in succesive words of the buffer. 


11.9 Run Procedure 


The procedure for running the 
diagnostic is as follows: 


1. Load paper tape [BBND]PS:<X25HIC>ddt—41.bin.516. 


2. Load paper tape [BBNDJPS:<X25iIC>bsotst.bin.1. 
This tape contains the BSO diagnostic and the 
operational micro program that is loaded into tke 
ESO RAM memory. 


3. Enter into IDDT (see section 2.1) to see if the 5S0 
will respond to NDDT commands. 


4, Type "°R" to reset the BSOQ. This reintializes 


the software as well as the hardware. If the BESO 
is sucessfully reset, then MDDT will print the 
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version number of the micro prozranmn currently 
loaded in the BSO. This number should be the sane 
as that typed in the EDDT herald. If the BSO does 
not reset, then a "?lieDead" messaze will be 
printed. This message is printed anytine that the 
micro doesn't complete a command in tine. There 
are several possibilities for the BSO not to 
respond to @ command. For the BSO to complete a 
reset requires all MInfibus, micro processor, and 
interrupt circuts to be functional as well as 
the Micro Control Block (HCB) for the 3S0 in 
PLURIBUS common memory to be valid. 


5. Type “D to return to DDT mode. 


6. Set the BSO parameters (see section 4.1, if any 
need changing, in PLURIBUS local memory using DDT. 


7. Type "°G" to start the BSO test prozran. It 
will print "Auto test MSPH"™. As the test runs it 
will count every pass in the console address 
lights and every pass with errors in the console 
data lights. Both DDT and HDDT will still run 
while the test is in progress, but certain 
commands could cause the test to fail. The B8BSO 
paraneters mentionned above may be changed at 
anytime without causing a failure. 


The above steps outline a normal list of sequences for 
running the test. 
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12 PIDTST 
12.1 Operating Instructions 


Load the tape and the program should start. If it 
halts instead of starting, there is no TTY where it 
expected one; see Parameters. Pressing RESET then ATTN 
on the operator panel will cause a-restart. The 
processor may also be started at BEGIN. 


12.2 Parameters 


Default 

Location(Hex) Value(Hex) Function 
1700 E000 DEGIN 
1ACC E000 Pid Addr. 
TADS FC10 TTY 
1ADA FC10 TTY 
{ADC FC 10 TTY 
1ADE FESO CON SOLE 


if the configuration uncer test is not according 
to the above default values, change the above noted 
locations to the appropriate values. 


f the PID is on the same buS as the processor, 
which is not totally (4ebits) Festuck, then patch 1700 
to a "KEY3" (0813!) and set the switch on the PID that 
sticks the other 2 bits. Note!! The program memory 
must then be unkeyed. 


It should be noted that the default values 
presently in this version of PIDTST are ii0OT what is 
normally found as of the date this document is 
published. Therefore, the appropriate registers will 
have to be set. 
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12.3 Indicators and Errors 


All errors are indicated by messages on the 
teletype. After printout, the program will loop on the 
error condition unless it is a drastic error (QUIT or 
ILLOPR) whereupon the program will just halt. Errors 
will count in the data (lower) lights on the operator 
panel. Successful retries will count in the address 
(middle) lights. 


12.4 Algorithn 


PIDTST consists of a series of tests. The first 
ehecks for proper address recognition of the various 
registers. Next the program empties the PID and makes 
sure it stays empty. Next the program sets each level 
in turn, reacs it to make sure it wes set, and reads 
again to make sure it cleared. Next all levels are set 
and then read back to make sure they come back in 
order. Next, for each level, all levels are set and 
the identified level cleared. Then all levels are read 
back to make sure the correct level was cleared. The 
main loop of the program consists of random writes, 
reads, and clears. The status of what should be in the 
PID is maintained in memory and each read is checked 
for consistency. 
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13. PLIeXG-TST 
13.1 Introduction 


A copy of PLI-xG-TST has to be loaded to 
each of the wo processors. The two processors 
exchange control messages via the direct paths 
connecting tnem (the -optical isolators path, and the 
Capacitors path). Thus, these paths (called in short 
the direct path) should be tested before the PLI- 
RG=TST program is used (e.g., dy the PLI-OPTCAP-TST 
progran). 


The user interacts with the progran mainly 
via the Tite The program needs only one MTY 
(connected to RED), and the direct path is used for 
exchanging information with BLACK. (This is 
another reason wny the direct path has to be tested 
before the program is used.) 


The user has complete control on both 
processors via !two means: first, through the initial 
conversation with the program which has the flavor 
or answering tne program questions; and second, 
after the test starts, by means of oneline commands 
which are recognized by the progran. The progran 
automatically finds whether the processor is the REzD 
processor or the BLACK processor. 


The test performed oy the prosram is 
quite simple. The RED processor sends a block of data 
whose format is user selectable (either "random" or 
Talternate"™), to the BLACK processor through the kG 
and monitors the transmission, The BLACK processor 
receives the encrypted block and keeps it in its 
memory. It then sends the encrypted block to the RED 
processor (through the KG) four times. The RED 
processor compares the received blocks with the 
original block; a data error occurs each time a 
mismateh is detected. The RED processor counts the 
number of good blocks received and the number of bad 
blocks received (those containing at least one data 
error). The test continues repeatedly and important 
information is displayed on the console lights. 


The operation is Slightly more 


complicated Since some means of synchronization of 
the processors is needed. In fact the ELACK processor 
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is the one which controls the test. It instructs 
the RED processor via the direct path what to do nex 
(6.26, send a block to BLACE, start receiving a 
block, etec.). 


The program is designed to survive power 
failures (and later power restores) in the KG, and in 
one or two of the processors; therefore, various 
timeout counters are maintained by each processor. 
When some timeout occurs (e.s., TX path timeout), the 
processor resets the other processor and the test 
proceeds. 


mach tine @n error is detected by the 
progran an appropriate message is printed on the 
TTY, and some error counter is incremented. Some 
information is stored about the nature of the 
error. In simple cases (such as some timeout) the 
time of the event is recorded. In cases where more 
information is needed to deseribe the error, i.¢€., wnen 
a data error occurs, the state of the RED processor 
when the error occurred is recorded. 


The information describing the errors is 
in fact pushed onto one of several stacks, which are 
together called the error lose The stack 
containing the data error information is called 
the data error log. Each stack can contain the history 
of up to five events (e.g, a TX timeout, a 
data error, etc.). The error log can be printed or 
eleared upon 4 user request. In some caseS, after 
an error is detected (e.s., a timeout) the detecting 
processor resets the other processor and the test 
proceeds; in some cases, the test proceeds without 
any reset. In both cases, the error log is not 
cleared. 


During the test, each time the ELACK 
processor detects @a power restart interrupt it 
resets the RED processor and restarts the test. 
Bach time the RED processor detects a power restart 
interrupt, it restarts the test (assuming that it was 
caused by the BLACK processor which reset the 
RED bus). The program maintains various counters, 
some of them are displayed on the console lights, and 
the important ones can also be printed on the TTY by an 
on=line comnand. 
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The program structure is flexible and 
allows tne user to select a wide variety of 
Options; thus, creating different tests. Sone of the 
selections can be made during the test by neans of 
She on-line commands, and some of them can only be nade 
during the conversation which precedes the test; the 
conversation can always be restarted via an oneline 
command or by using RESET-ATTENTION. 

Sach processor should have at least 38 K 
words of menory and a console at “HFF8C. The RED 
processor needs a TTY interface at “HFAOQ; another TTY 
address can be used by storing the correct address 
at location TTYADD which is currently at “H104. The 
optical isolators, the feed through capacitors, and 
the iG should all be appropriately connected. 


For a successful operation each processor 
bus must also contain at least one interface card 
from the correct type (KGB or KGR). The program lcoks 
for devices in the range “HCO00 to “HFEOO. The 
program allows the user to select one device if several 
are found. However, in ease of BLACK the prosranm may 
fail in trying to communicate with RED if before the 
user makes his selection, the progrem chooses the 
wrong device (the one not connected to RED threugh the 
Girect path). In such case, the user has to enter 
tne desired RGB address to location CRDADR which is 
currently at “%*H106, and restart the conversation with 
BLACK. 


13.2 Loading And Starting The Progran 


Before loading the prosram eacn processor 
ous should have power turned on. Power restart 
interrupts should be enabled (S71 in the console in 
the middle position which enables the power 
recovery int). Line frequeney interrupts (JIFFY) 
should be enabled (S70 in the console in the ON 
position). The bus reset timer of each processor ous 
Should be in the OFF (up) position. 


Tne progran is first lceaded into both 


processors; tne recommended order is RED, then BLACK. 
RED automatically starts the conversation. At the end 
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of the conversation with RED, the conversation with 
BLACK starts automatically. It may happen that the 
first messages of BLACK are lost (e.g, when the 
prograns are not loaded in the recommended order); in 
such case, tne conversation with BLACK can be 
restarted by one of the ways described in the 
next paragraph. When the conversation with BLACK is 
completed, the test itself starts. 


The conversation can always be restarted 
by one of the following ways: using RESET-~- 
ATTENTION, restarting the prosram at 7H100, replying 
dc to one of the program questions during the 
conversation, or via the oneline command "B" (besin 
conversation) during the test itself. However, 
precautions must be taken to sake sure that the 
other processor will not reset this processor. 


Such precautions can be: halting the second 
processor via the console (only ELACK can be so halted 
»Since BLACK needs RED running during its 


conversation), or causing the other processor to 
restart the conversation. 


Note that the BLACK processor will always 
wait for the answer to its first question in the 
conversation, and RED will start sending to BLACK the 
characters typed by the user only after the 
conversation with RED itself has been completed. When 

ED finished its conversation but the test itself has 
not yet started, RED is said to be in copy mode, since 
it simply transfers characters between the TTY and the 
BLACK processor. 


Causing a power restart interrupt to one 
of the two processors (by turning its power OFF and 
ON) can be used to restart the test; it is recommended 
to turn OFF/ON BLACK since it will anyhow reset RED. 
The same effect can also be achieved by the on-line 
command "R" which can be given to either the RED 
processor or the BLACK processor. Hote that turnings 
off the power on one of the proceSsors may cause 
sone errors to be detected by the other (timeouts, or 
data errors); these errors can be deleted from the 
error los by clearing the error log via the oneline 
command "C#, 
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13.3 Tne Initial Interaction With The User 


The program starts by interacting with 
the user, which has to define the prosran's mode of 
operation. The conversation is first conducted with 
RED, and then with S8SLACK. The answers to the 
questions are: 


Ye yes, Ne no, or Ee exit. 


nme" means exit and restart the program at the 


beginning of the conversation with the current 
processor. (There is also a way to restart the 
conversation with RED at the end off the 


conversation with BLACK.) 


Each of the above characters must be 
followed by a carriage-return. If an illezal pair 
of characters is typed by the user, the prosram prints 
the string "? (Y/CR,N,E)" and waits for a legal 
response. 


The program interprets a Single 
carriage-j-return as the character "Y" followed by a 
carriageereturn. 


Most of the questions and messases 
printed by the program are preceded by the 
processor identification and have the form: <COL>* 
where <COL> (cclor) can be either BLK or RED. The 
messages and questions printed by the prosran are 
described next. 


1. PLI-kG=TST 


The program name is the first wtmessage 
aptnted by the progran. 


2. <COL>® HARD COPY? (Y/CR,N,E) 


If the user replies nesatively, 
implying a CRT device, then the program waits, 
whenever the screen is filled while printing the 
current SunmMary , for the user to type any 
Character; otherwise, the program does not wait for 
such characters. In case of a hard copy device, 
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the messages are printed more slowly than in the other 
case (by intentional delays within the program). 


3. <COL>*® SUMMARY? (Y/CR,N,E) 


Tnis question is asked by the progran 
only if the conversation is restarted after the test 
has begun. If the user replies positively, the current 
status and the error los are printed (see a4 
later description). Typing the character "ZX" or the 
character “0 (control 0) during the sumnary 
printing aborts the printing. 


4H, TYPE=xtt ADDRESSsaaaa CODEsc RATE=xrr KB 


This message describes the interface card 
found by the program (the XGB or the KGR). CODE is 
the contents of bits 0-3 of the DT (device type) word 
in the device register block. Rate is printed only 
by the BLACK processor. If several interfaces with the 
same type are found, the program prints their details 
and the user has to select one of them by typing one 
digit (as explained by the program in this case). 


5. <COL>® CHANGES? (Y/CR,N,E) 


If the user dees not want to make any 
change in the program's mode of operation, then the 
character "J" should be typed. If this is the first 
iteration of the program, the answer "N" denotes 
the default answer to each of the following questions. 
if there are no changes the progran continues on 
step 14. if there are changes, the 
conversation continues on the next step. 


6. RED® TRANSHIT "RANDOM" PATTERN? (Y/CR,N,E) 


. This question is asked only by the RED 
processor. If a positive answer is given, the RED 
processor will use a pseudo-random table as the source 
of data to be transmitted and received. if a 
nesative answer is given, the RED processor will use 
a table consisting of 8 words: “HFFFF, oO0o00, 
“HFFFF, 0000, ... , as the source of the data to be 
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transnuitted and received. The default answer is "Y¥", 


7. BLES FIRED LENGTH? (Y/C2,u,£) 


This question is asked only by the BLACK 
processor. If a negative answer is given, then 
the length of each transmitted block is randomly 
selected (in the range “HO010, ... , ~HO500 bytes), 
and the conversation continues in step 9. If the 
answer is positive the conversation continues in step 
8. The default answer is mI", 


If the current length is n, then in fact 
the number of bytes passed on each path is slightly 
Greater than n due to a heacer for synchronizing the 
RGR, and due to the II pattern. In addition 
to these bytes, RED transmits additional 3 bytes, 
and BLACK receives and transmits additional 10 
bytes per block. These (magic) numbers have been 
found experimentally, and can be explained only 
partially. 


8. BLE® LENGTH= 


Following this message, the user has to 
type 2 four digit hexadecimal number in the range 
“HOO10, ».e- , “HO500. This number is the intended 
lensth of all blocks to be transmitted by RED. 
The program converts the number typed by the user to an 
appropriate number and prints the selected length. 


9. <COL># KG NOISE? (Y/CR,N,E) 


A positive answer will cause the prosram 
to send bytes through the KG to the other processor 
when that path is not used, thus creating noise for tne 
other path. The answer is stored in 4 progran 
switch whose status can be complemented during the test 
via the on-line command "N",. The default answer is 
yn 


10. <COL>* DIRECT PATH NOISE? (Y/CR,H,=£) 
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A positive answer will cause tne prorran 
to send bytes tnroush the direct path to the other 
processor, thus creating sone noise over tne paths 
involving the HG. The answer is stored in a 
program switch whose status can be complemented during 
the test via the oneline command "N". The default 
answer is "Y*, 


11. <COL>? TX PATH EICCUP? (Y/CR,N,£) 


If a positive answer is siven, this 
processor ignores the TX path for one second every 
10 seconds. The answer is stored in a program switch 
whose status can be complemented during the test 
via the oneline comuand "H", The default answer is 
currently nyt for BLACK, and "H" for RED. (In the 

future, when flow control over the TX path is installed 
in RED, the prosram will be modifiec such that the 
default is "¥" in both processors.) 


12. <COL>* RX PATH HICCUP? (Y/CR,H,=) 


if a positive answer is given, this 
processor ignores the RX path for one second every 
10 seconds. The answer is stored in a prosran switch 
whose status can be complemented during the test 
Via the on-line command "H", The default answer is "Y" 
Tor betn processors. 


13. <COL>* KEEP EARLIEST ERRORS (INSTEAD OF LATEST)? 
(Y/CR, 4, £) 


In case of a positive answer the prosran 
does net push more entries onto a stack of the error 
log after it is filled with 5 entries (thus the first 
5 entries can be saved). In case of a negative 
reply, the latest 5 entries are kept in each stack of 
the error log, and previous entries are 
forgotten. In any case, the error los can be cleared 
during the test via the oneline command "C", or in 
the conversation as described in the next step. The 
answer is stored in a program switch whose 
status can be complemented durins the test via 
tne oneline command "K", The default answer is "Y", 
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14. <COL>® CLEAR LOG? (Y/CR,N,E) 


The error log from previous tests is 
Cleared when @ positive reply is aiven,. The 
various counters are also cleared in this case. A 
positive reply causes an automatic "C"® (clear) one 
line command to be executed when the test begins in 
order to synchronize the clocks of both 
processors. A negative reply causes keeping of the 
error log and the counters from previous tests. The 
error log and the various counters can be cleared 
during the test via tne oneline command "C", 


15. <COL>* RESTART CONVERSATION? (Y/CR,N,&) 


A positive reply causes restarting the 
conversation with RED. "=" causes restarting the 
conversation with the current processor. After 24 
negative reply, if the current processor is RED, 
the conversation continues in the next step; if the 
current processor is BLACK, the conversation proceeds 
in step 17. 


16. RED* NOW TALK TO BLI ; 

This message is printed by RED after a 
negative reply was given in step 15. Following this 
message, BLACK should immediately start its 
conversation in step 1. If no message is printed 
at that point by BLACK, it may be that BLACK's first 
messages have been somehow lost. In this case BLACK 
is probably waiting for an answer to the question in 
step 2. The easiest way to proceed is by restarting 
the conversation with BLACK (by typing ren 
and a carriage-yreturn, or by pushing RESET ATTENTION 
on BLACK). If BLACK does not start its conversation, 
it may be that the direct path is broken. 


17. BLK? STARTIUG TEST ... 


This message is printed by BLACK after a 
negative reply owas given in step 15. After some 
delay, BLACK resets RED and then the test itself 
starts. From this point the oneline commands are 
recognized by the program. Initially the commands are 


PLI-KG=TST 13=212 REV 3B 


BBECC Field Service Guide to Pluribus Diagnostics 


aN 


directed to RED. 


13.4 The OneLine Commands 


The on-line cormands are recognized Dy 
the progran during the test itself; each 
consists of one or more characters (underlined in 
this section). After the program identifies the 
comand it prints a short deScription of the commend. 
The test continues durins the oneline interaction 
without any delay (except of course in the cases of 
commands which explicitly halt the test or some part or 
Lt 


Sinee there is only one TTY, connected to 
HzD, RED maintains an internal switch indicating 
which processor is currently interpreting the user's 
commands (or to which processor the user 
currently talks). At the beginning of the test and 
after every power restart the user talks to RED; 
the on-line command "T" (talk to) can be used to talk 
to the other processor. The messages printed in 
response to an oneline command are preceded by the 
processor color; thus the user can identify the 
printing processor at any stage. The conmands, 
the messages, and their meanings are described next. 


3 <COL>* BEGIN CONVERSATION 


This command causes restarting of the 
conversation. it can be given to any of the 
processors; the other processor is automatically 
notified and restarts its conversation. The 
error log and the counters are kept; they can be 
printed during the conversation and even be kept for 
the continuation of the test. If the command fails, 
the conversation can be restarted by using RSSiT- 
ATTENTIO? on both processors (the recommended order is 
RED then BLACK). 


C <COL>® CLEAR LOG 
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This command can be given to any of 
tne two processors, anc is automatically sent 
to the other processor. It causes clearing of 
the error los (thus allowing new entries to be 
pushed onto the various stacks) and the various 
counters (including the time counter). 


This command causes printing the 
details of the selected device (KGR or KGB) in the 
sane format as in step 4 of the conversation. 


IF <COL>* FORCE ERROR 


One of the bytes sent by this processor to 
the other one through the kG is intentionally 
complemented to force a bad block. The error should 
be detected by RED, which should print "data 
error", as explained later. 


H <COL>® HICCUP (T/R) TX PATH (ON/OFF) or 
~ <COL>* HICCUP (T/R) RX PATH (ON/OFF) 


This command complements the current 
status of the progran switch described in step 
11 or 12 of the conversation, depending on whether 
the user has typed "T" or "8" respectively. The new 
status of the switch is printed. 


H <COL>* KEEP ERRORS (ON/OFF) 


This ecommand complements the current 
Status of the program switen described in step 13 
in the conversation. The new status of the switch is 
printed. 


if <COL>* NOISE (K/D) KG (ON/OFF) or 
- <COL>* NOISE (K/D) DIRECT PATH (ON/OFF) 
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This command complements the current 
status of the prograu syitech ceseribed in 
step 9 or 10 of the conversation, depending on 
whether the user has typed "RK" or "D" respectively. 

he new status of the switch is printed. 


0 <COL>® OPEN: aaaa rrrr win <terninator> 


The open command allows the user tO 
access anc optionally modify any location in the 
addressed processor. The command should be carefully 
used in order not to destroy the prograns. iiote 
that reading a register of the EGB or the ECR may 
chanse its contents and therefore cause problems to the 
progran. 


aaaa (typed by the user) is a four digit hnexadecinal 
address 
of the location to be opened, or the 
character ESC 
which stands for the previously opened 
Location. 
rrrr is the contents of the opened memory location. 
wwww (typed by the user) is an optional field 
which specifies the new contents to be 
written into the opened location. 


<terninator>(typed by the user) is one of the 
following characters: 


Carriage-retwhheh confirms the new contents (if 
typed), and terminates the command. 

Line-feed: which confirms the new contents Cit 
typed), and automatically opens the next 


location. 

which confirms the new contents (if typed), and 
automatically opens the previous 
location. 


Any other character used as a terminator, aborts 
the OPEL! command end does not confirm the new 
contents of the opened location (space is convenient to 
use). 
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If quit is detected while trying to 
access the opened location the word QUIT is printed by 
the program, and the OPEN command is aborted. 


R <COL>* RESET 


This command instructs the processor to 
reset the other processor in order to restart the 
test. The test restarts with the same mode of 
operation; the error log and the various counters 
are not modified. The command can be used when sone 
processor seens to get stuck. A similar effect 
can be achieved by turning OFF/ON the BLACX 
processor. 


S <COL>* SUMMARY: 


This command causes printing of § the 
current status and the current error log (if it is 
not empty). The format of the printed tables is given 
in a later section. The character "ZX" or the 
character “0 (control 0) can be typed by the user’ to 
abort the printings. 


RED? TALK TO BLK or 
BLK® TALK TO RED 


8 3 


This command allows the user to start 
talking to the other processor. The command is 
recognized by the currently selected processor; 
therefore, if this processor is BLACK and it is not 
working properly from some reason the command cannot be 
used in order to restart talking to HED. The 
solution in such cases is to turn OFF/OH one 
of the processors; since whenever RED identifies a 
power restore interrupt it marks itself as the 
processor currently talking to the user. 


X or *O (control 0) 
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These characters can be typed by the user 
during the short interruptions between printed lines 
of the summary or the list of on-line commands; they 
abort tne printing. 


‘4 <COL>*® ON\LINE COMIANDS: 


This command causes printing of § the 
list of available oneline econmancs. The 
character "XK" or the character “0 (control C) can be 
typed by the user to abort the printing. 


13.5 The Summary Format 


The summary is printed when the oneline 
command "S" is typed during the test, or during 
the conversation (at step 3). The printing can be 
aborted by typing the character rx or the 
character “0 (control 0) in the short interruptions 
between printed lines. 


The summary consists or two parts: 
the current status, and the error los. iIn case of 
RED, the error los contains the data error los which is 
not printed unless sone data errors are recorded in 
it. An error counter whose contents is zero is not 
printed. Some of the printed items are marked by the 
character *' (a single quote); these items indicate 
soue event which could result from the normal (but 
strange) operation of the KG. Seme of the printed 
items are marked by the character " (a double quote); 
these items indicate serious errors associated 
with the 0G or the interfacing cards. The program 
keeps together with some of the error counters 
information about the times of up to five corresponding 
events. These times are printed immediately after 
the counters and they will not be shown here. The 
fornat of the two parts of the summary is described 
NOW. 
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13.5.1 <COL>* CURRENT STATUS: 

This is followed by the current status 
of this processor. sone of tne entries in the 
Status table are printed only by one proceSsor and 
this will be indicated below. 

<COL>*® TIME nnnn 
This is the current tine in seconds. 
<COL>* # TX GOOD SLOCKS nnonn 
This is the number of blocks successfully passed 
on the TX path. 
<COL>* ¢ RK GOOD BLOCKS nnnn 
This is the number of blocks successfully passed 
on the RX path. 
<COL>*= CURRENT LENGTH nonn 


This is the length of the current block. 


BLK # ALARMS  . noinn 


This is the number of alarns detected by BLACK. 


<COL>* # B2R TINEOUTS ' nnn 


This counter counts timeouts on the direct path. 
In ease of BLACK it counts cases where RED did not read 
on time a command sent by BLACK. In case of RED, it 
indicates tne lack of commands from BLACK. 


BLK* # SPURIOUS PREPS nnnn 
This is the number of spontaneous PREP's; 


i.@., PREP's generated by the &G, not in response 
to a PREP request signal from the RED processor. 
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RED® #¢ LOST PREPS ' mnnn 


This is the number of PREP's issued by RED 
which didn't cause BLACK to identify the complete 
MI (message indicator) pattern; probably PREP*'s 
dropped by the kG. 


BLK#® # BAD HI'S " nnnn 


This is the number of MI's which were only 
partially correct. 


BLK* # UNEXPECTED ACKS ‘' nnnn 


Each time RED receives a complete block it sends 
an acknowledgement to BLACK. This counter indicates 
the number of ACK's which arrived when BLACK did not 
expect an ACK. This may happen for example, if RED 
does not interpret correctly the command from BLACK 
specifying the length of the block (e.g., an error on 
the direct path), and selects a shorter block. RED 
will acknowl edge the block before BLACK 
completes the sending. 


RED® # RZ BAD BLOCKS " nnnn 


This is the number of blocks received from RED 
which contained at least one error. Information about 
the first error in such blocks is normally found in 
the data error log (unless it is full). 


RED* # TX UNDERRUN vm onnnn 
This is the number of blocks sent by RED where 
Sa]. characters were (automatically) inserted by the 
EGR into the transmitted block due to lack of bytes 
in the «GR TX fifo. 
BLE® # TX TIMEOUTS ' nnnn 
This is the number of TX path timeouts 


while BLACK 
still hasn't received the whole HI. 
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<COL>* # TX TIMEOUTS v nnnn 


This is the number of TK path timeouts; note 
that for BLACK this has been split to two phases. 


<COL>* #¢ RX TIMEOUTS " nnnn 


This is the number of timeouts on the RX 
path. 


<COL>* # RESTARTS nnnn 


This is the number of times this precessor 
. detected a power restore interrupt fron the 
Latest "C™ (clear) command. Note that after a real 
power fail, RED normally detects two power restore 
interrupts: the first when the line power is restored, 
and the second after BLACK resets it in order to 
restart the test. 


<COL>* # KG ON-OFF'S nnn 


This is the number of times this processor 
detected a transition in the KG power on bit from ON 
to OFF. srrors detected by the program when the EG 
power is OFF can be ignored. 


<COL>* # KG OFF=O0N'S nninn 


This is the number of times this processor 
detected a transition in the KG power on bit from OFF 
to ON. 


The format of the data error log printed by RED 
is defined below. 


RED* ERROR LOG LAST -=1 2-2 =3— <4 


Below this line, information associated 
with up to five data errors is printed in two 
separate groups. The latest entry in the data error 
log is printed under the word LAST, the previous 
entry under -1, etc. The first group describes the 
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bad (received) block: 


13.5.2 RED* BAD BLOCK: 

This title precedes the information about the bad 
block. Infact, this information summarizes the way 
the four blocks associated with the sane 
transmitted block have been received; complete 
information is kept only about the first data error in 
the first bad block (of the four blocks). 

RED* READ DATA . " nmnnn 

The first bad byte read from the input fifo of 
the KGR. 

RED* XPCTD DATA nnnn 


The expected data (read from the program table). 


RED? TABLE ADDR nnonn 


The address of the expected byte in the progran 
data table. 


RED® ERROR INDEX nnnn 


The index of the bad  »byte in the bad 
block (0,1,2,cc¢)¢ 


RED® BLOCK LENGTH nnnn 


The length of the current block. 
RED® # BAD BLOCKS * nnnn 


The number of bad blocks received in response to 
the previously transmitted block (1-4). 
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RED* # RE BLOCKS nnnn 


The number of blocks received in response to 
the previously transmitted block; this number should 
be four unless operation of some processor or device is 
Somehow aborted. 


RED* # 1'ST BAD BLOCK nninn 
The number of the first bad block out of 
those received in response to the previously 
transmitted block (1-4). 
RED® DIFF ERRORS YES/NO 
This indicates whether there were different 
errors in the bad received blocks. In fact, only the 


first error in a block, and the error index are 
compared for the bad received blocks. 


13.5.3 RED® COUNTERS: 


This title precedes the second group of 


the data error. los. This group contains the 
values of several important global counters at the 
tine of the error. The meaning of these 


counters was explained earlier in this section. 


RED? TIE nnnn 
RED® # TX GOOD BLOCKS nnnn 
RED® # RX GOOD BLOCKS nnnn 
RED* ¢ TX UNDERRUNS 7 nnnn 
RED® # RX BAD BLOCKS " monn 
RED* ¢ RESTARTS nnnn 
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13.6 The Console Lishts 


The console lights display information 
that shows how the test progresses. - 3 


The contents of the ADDRESS LIGHTS fron 
right to left is: 


BITS_0-7: Current state of this processor (described 
later in this section under Current State). 


BITS 8-11: Bits O-3 of the sum of the counters 
indicating serious errors (marked by " in 
the summary) on the TX path. 


BITS_12=15: Bits O-3 of the sum of the counters 
indicating serious errcers (marked by " in 
the summary) on the RX path. 


The contents of the DATA LIGHTS from right to 
Left is: 


BIT_O: This bit is ON when the KG power on bit 
i Ss ON e 

BIT_1: This bit is ON when the kG alarm bit is 
Ot e 


BITS 8-11: Bits 0-3 of the counter of successful 
block transfers on the TX path (good TX 
blocks). 


BITS_12-15: Bits O83 of the counter of successful 
block transfers on the RX path (good Rx 
blocks). 


If the user wants to use the console he 
first has to press ATTENTION (without RESET), and 
this stops the displaying. An additional pressins of 
the ATTENTION button restores the displaying. 


The user can cause the program to 
display other information in the console lights. 
ALITSP (currently at location “H10E) and DLITSP 
(currently at location “H110) are pointers to the 
words to be displayed in the ADDRESS LIGHTS and the 
. DATA LIGHTS respectively. 
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The current state of each processor 
can be determined by the contents of bits 0-7 
of the ADDRESS LIGHTS. In seneral, bit 7 OFF indicates 
that the TX path is active, and bit 7 ON indicates 
that the RX path is active. Bit 6 ON indicates that 
there is currently a hiccup on the active path 
(determined from bit 7). The other bits indicate 
a more refined state. The state information is 
different for the two processors, and is given below. 
The contents of bits 0-7 is written as a hexadecinal 
nurber. 


BLACK TX active: 


“H1 BLACK is trying to send to RED the length of 
the next block through the direct path. 

“H2 BLACK is trying to send to RED a command 
instructing RED to PREP the KG. 

“H4 BLACK is waiting for the alternate bits of the 
HMI pattern. 

“H8 BLACK is waiting for the nonepattern byte 
following the alternate bits which should be 
the inverse of the pattern byte. 

“H10 BLACK is waiting for its fifo to fill (with 
64 pattern or inverse pattern bytes). 

“H20 BLACK is reading information bytes from the TX 
path. 

“H40 BLACK is in TX hiccup mode. 


BLACK RX active: 


“H81 BLACK is trying to send to RED a command 
instructing it to start receiving a block. 

“H82 BLACK is trying to write into its fifo a croup 
of bytes consisting of 20 alternate bytes, 8 
pattern bytes, and one inverse pattern byte. 

“H84 BLACK is sending the enerypted information 
through the RX path. 

“HCO BLACK is in RX hiccup mode. 

“H88 BLACK is waiting for an ACK from RED for the 
last block sent to RED on the RX path. 

“HO8 BLACK is waiting for an ACK from RED for the 
last block sent to RED on the RX path; an 
ALARM was detected during this waiting period. 


RED TX active: 


“H1 RED is waiting for a command from BLACX on 
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the direct path. 

“H2 RED received the PREP command from S5LACZ, and 
is waiting a little (for an internal timer) 
before preppinz. 

“HY RED is waiting for the PREP signal to be OFF 
before performing the actual PREP. 

“H8 RED is sending the information through the TX 
path. 

“Hi0 RED is in TX hiccup mode. 


D PX active: 


“H81RED is waiting for a command from BLACK. 

“H82RED received a command to start receiving a 
block, and is waiting until a sap is detected 
in the RZ clock (SC bit 1 is OFF). 

“H8URED detected a gap in the RX clock (SC bit 1), 
and is waiting for the RX clock to becone Oi 
again. 

“H88RED is waiting for the first nonesyne byte from 
the RX path. 

“HO8RED received at least one nonesyne byte from the 
RX path, and is waiting to the rest of the block. 
*,uy ECO 4 RED is waiting for the first nonesyne 
byte from the RX path; it is currently in RX 
hiccup mode. 

“HDORED received at least one nonesyne byte from the 
RX path, and is waiting to the rest of the 
block. It is currently in RX hiccup mode. 


13.7 The Error Hessages 


After the occurrence of an error (cf 
most of the error types) the processor prints 
some message; in some cases, the other processor is 
reset, and the test continues. In some cases, the 
test continues without a reset. The error messages 
are: 


RED® UNEXPECTED CODE IN COPY MODE ece 
This message is printed by RED if during 


copy mode (conversation with BLACK) it receives an 
unknown code from BLACK through the direct path; eee 


REV B 13=<225 | PLi-KkG=TST 


Fleld Service Guide to Pluribus Diaenostics SECC 


is the accepted code. 


RED® UNKNOWN BLK COMMAND cee 


This message is printed by RED during the 
test if it receives an unknown command from BLACK 
through the direct path; cce is the command code. 


RED* TX UNDERRUN 


This message is printed by RED when a TX 
underrun is detected (SC bit 14). 


RED* DATA ERROR 


This message is printed by RED when a data 
error is detected. The message is printed only 
once for the whole sroup of 4 blocks received through 
the RX path even if there are several data errors. 


RED® STACK FULL 


This message is printed by RED when a 
data error occurs, the data error log is full, 
and the keep error switch (defined in the conversation 
at step 13, or via the "XK" oneline command) is ON. 
The information about the last error is lost and the 
data error log is not modified. 


RED* POWER RESTART nnnn 
This message is printed by RED when a 
power restore interrupt occurs. mnnn is the new 
value of the power restart counter. 
BLK* BAD PREP 
This message is printed by BLACK if 


the first nonepattern byte following the alternate 
bytes in the MI is not the inverse pattern. 
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BLK® BAD ist PATTER? 


This message is printed by BLACK if one of 
the first 64 (decimal) bytes following the inverse 
pattern above is neither pattern nor inverse pattern. 


BLK? UNEXPECTED BLOCK ACKNOWLEDGE 
This message is printed by BLACK if an 
unexpected ACK is accepted from RED. This may occur 
for example if the length information was not 
transrerred correctly through the direct path to RED. 


<COL>* TX PATH TIMEOUT 


This message is self explanatory. 


<COL>* RX PATH TIMEOUT 


This message is self explanatory. 


<COL>* B2R TIMEOUT 


This message is printed by RED when 
commands are not accepted from BLACK through the direct 
path; or by BLACK if it detects that RED does not read 
its commands (SC bit 5 is OFF). 


<COL>* KG POWER OFF 


This message is printed when the kG power 
is first found to be OFF and every 10 minutes 
afterwards. 


<COL>* DEVICE GONE 


This message is printed when the 
device has disappeared (causes quits). Note that 
when the device disappears, the . program may print 
this message oor the "UNEXPECTED QUIT" messaze 
(since not all accesses to the device are protected by 
the QUIT pattern). 
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ty 


The remaining error messages are self 
explanatory: 


<COL>*® UNDEFINED LEVEL 4 INTERRUPT 
<COL>* UNEXPECTED QUIT gaaaa 
<COL>* ILLOP @aaaa 


13.8 Assembly Of The Progran 


Since the PLURIBUS assembler can handle 
names of up to six characters tne following 
procedure can be applied. First rename PLI~-XG-TST.PLR 
to P.PLR. Then assemble the new file as explained 
next. 


When P.PLR is being assembled, the 
user has to supply the assembler with several 
parameters, each of which consists of one character 
(followed by a carriageereturn). The parameters are 
self explanatory except for the following one: 


If the program should be debugged and traps 
(illegal operations) are used as a debugging aid, 
tnen Y should be answered to the question: 


DEBUG ODE? 
In this case, a pointer to DDT is stored = at 
the illop. vector by the program. The appropriate 
version of DDT to be used is: DDT-35. 


After the assembly is complete the source 
file and the files produced by the assembler 
have to be renamed appropriately. 
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14 PLI~OPTCAP=}TST 


PLI-OPTCAP=¥TST consists conceptually of two 
parts: a transmitter and a receiver. The user has 
complete control on both parts via two means: first, 
through the initial conversation with the progran 
which has the flavor of answering the. progran 
questions, and second, after the test starts, by means 
of one-line commands which are recognized by the 
progran. 


The progran automatically finds 
whether the processor is the red processor, or the 
black processor, and accordinsly activates the 
corresponding transmitter and receiver. The 


transmitter part sends a block of data whose format is 
user selectable (either "random" or "alternate"), to 
the path interface (the RGR or the KGB) and monitors 
the transmission. The receiver part receives a block 
of data, compares its format with a user 
selectable format (not necessarily identical to that 
of the transmitter) and monitors the reception. 
Sinee the interfaces are not DMA interfaces, the 
Sending and receiving are done on a word by word 
basis. The test continues repeatedly and important 
information is displayed on the console lights. 


Bach time an error of any kind is 
detected by the program an appropriate messare is 
printed on the TTY, some error counter is 
incremented, and in important cases (receive data 
error) the state of the receiver when the error 
eccurred is pushed onto a stack called the error los. 
This stack can contain the history of up to five such 
errors and can be printed or cleared upon a user 
request. After the error message is printed, the 
program waits several minutes (to let both processors 
print their error logs if the user desires), and 
tnen resets the other proceSsor in order to resume the 
test. 


The transmit part of the prosram sends a 
word and waits for the completion of the 
transmission oor to a transmit tineout (whichever 
cones first), then sends the next word after a 
delay of 50 ms (if it is the red transmitter), 
or immediately (if it is the black 
transmitter). A transmit timeout occurs if 
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within 10 seconds from the besinning of § the 
transmission the red processor didn't read the 
black to red word (in case of a black transmitter), or 
if the prep transnitter sicnal didn't return to 0 (in 
case of a red transmitter). 


The receive part of the program waits 
for the arrival of a new word or to a receive tineout 
of 10 seconds (whichever comes first). If a word 
arrives on tine it is compared to the expected 
word and if the data matches, the next word is 

xpected. If the data does not match, a receive 
data error is detected. 


When an error occurs, the appropriate 
counters are incremented and the test is restarted 
(without clearing the counters or clearing the error 
log). When the red processor decides to restart the 
test (either after an error, or when the user requested 
so by means of an oneline command) it resets the 
black processor and waits to be reset by the black 
processor. When the black processor decides to 
restart the test, it resets the red processor, and then 
both processors actually start the test. 


During the test, each time the black 
processor detects a power restart interrupt it 
resets the red processor and restarts the test. 
Each time the red processor detects a power restart 
interrupt, it restarts the test (assuming that it was 
caused by the black processor which reset the 
rec bus). The red processor resets the black 
processor bus, thus forcing it to initiate restarting 
of the test, every 10 minutes. 


The program maintains various counters, 
some of them are displayed on the console, and the 
important ones can also be printed on the TTY by an 
Oneline command. 


The program structure is flexible and 
allows the user to Slect a wide variety of 
options, thus, creating different test configurations. 
Some of the selections can be made during the test 
by means of the on-line commands, and some of them can 
only be made during the conversation which precedes 
the test; The conversation can always be restarted 
via an one line command or by using 
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RESET@ATTENTION . 


Bach processor snould have at least 4 K 
words of memory, a console at “HFF80, a ITTY 
interface at “HFAOO (however, another TTY address can 
be used by storing the correct address at 
location TTYADD which is currently at %*H104). The 
optical isolators and the feed through 
capacitors should be appropriately connected; 
however, no kG is required for the operation of the 
progr ati. For a successful operation each processor 
bus must also contain at least one interface card from 
the correct type (XGB or KGR). The program looks for 
devices in the range *HCO00 to *HFEOO. 


14.1 Loading And Starting The Program 


Before loading the program each processor 
bus should have power turned on. Power restart 
interrupts should be enabled (S71 in the console in 
the middle position which enables the power 
recovery int). Line frequency interrupts (JIFFY) 
should be enabled (S70 in the console in the ON 
position). The bus reset timer of each processor bus 
should be in the OFF (up) position. 


The program is loaded to one of the 
processors to which a TTY is connected, and starts 
automatically with the conversation. At the end of the 
conversation the TTY can be disconnected from the 
first processor bus and connected to tne other 
processor bus. The program is then loaded to the 
second processor memory, and the second conversation 
starts. At the end of the second conversation the test 
-Starts by the second processor. 


The conversation can always be restarted 
by one of the following ways: using RESET- 
ATTENTION, restarting the program at *H100, or via an 
oneline command (E). However, precautions must. be 
taken to make sure that the other processor will 
not reset this processor. Such precautions can be:. 
halting the second processor via the console or via an 
on-line command (H), or causing the other processor 
to restart the conversation (even if there is only 
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one TTY, since it will wait for the first answer and 
after plugging the TTY it can be restarted). 


Causing a power restart interrupt to 
the black processor (by turning its power off and 
on) can be used to restart the test. The same effect 
can also be achieved by an oneline command (8) which 
can be given to either the red processor or the black 
processor. Jote that after causing a manual power 
restart interrupt to the red processor it will start 
the test assuming that the black processor has reset 
its dus, and this may cause some error after 
which an automatic restart will occur. 


14.2 The Initial Interaction With The User 


The program starts by interacting with 
the user, which has to define the progran's mode of 
Operation. The answers to the questions are: 


Y= yes, Ne no, or E= exit. 


me" means exit and restart the prosram at the 
beginning of the conversation 


Bach of the above characters must be 
followed oy a carriaseereturn. If an illegal pair 
of characters is typed by the user, the program prints 
the string "? (Y/CR,N,E)" and waits for a legal 
response. 


The  progran interprets a Single 
carriage-j-return as the character "Y¥" followed by a 
carriage-return. 


Most of the questions and messages 
printed by the program are preceded by the 
processor identification and have the forn: <COL>* 
where <COL> (color) can be either BLK or RED. The 
messages and questions printed by tne program are 
described next. 


PLI-OPTCAP=TST 14=232 REV B 


EBiCC Field Service Guide to Pluribus Diagnostics 


To PLI=-OPTCAP=TST 


The program name is the first messaze 
printed by the program. 


2. <COL>*® SUMMARY? (Y/CR,N,E) 


This question is asked by the prosran 
only if the conversation is restarted after the test 
has begun. If the user replies positively, the current 
status and the error log are printed (see a 
later description). Typing the character "X" or the 
character me) (control 0) during the summary 
printing aborts the printings. 


3. TYPE=stt ADDRESSsaaaa CODE=c 


This message specifies the interface 
found by the program (the KGB or the KGR). CODE is 
the contents of bits 0-3 of the DT (device type) word 
in the devices register block. If several 
interfaces with the same type are found, the progran 
prints their details and the user has to select one of 
them by typing one digit (as explained by the progran 
in this case). 


3a. <COL>*® HARD COPY? (Y/CR,N,E) 
q 


A positive answer should be given if a 
hard copy device is used. ‘The progran then 
assumes that this is a slow device, and introduces a 
special delay when the test begins. If a negative 
reply is given, the program assumes that the TTY is a 
fast device, and does not introduce the delay. 


REV B 14-233 PLI-OPTCAP=TST 


Pield Service Guide to Pluribus Diagnostics BEHCC 


4. <COL>* CHANGES? (Y/CR,N,E) 


If the user does not want to make any 
Change in the prosram's mode of operation, then the 
character "N" should be typed. If this is the first 
iteration of the program, the answer "N" denotes 
the default answer to each of the following questions. 
If there are no changes the program continues on 
step 12. Lf there are changes, the 
conversation continues on the next step. 


De <COL>* TRANSMIT? (Y/CR,N, E) 


The user can activate or disactivate the 
transmitter part of the progran. The answer is 
stored in a program switch whose status can be 
complemented during the test via the oneline command 
"Tt, The default answer is "Y", 


6. <COL>* TRANSHIT "RANDOM" PATTERN? (Y/CR,N,£) 


If a positive answer is given, the 
transmitter part of the program will use a pseudo-= 
random table as the source of data to be transmitted. 
If a negative answer is given, the transmitter part 
of the program will use a table consisting of 4 
words: “HFFFF, 0000, “HFFFF, 0000. The default 
answer is "Y", 


T- <COL>* RECEIVE? (Y¥/CR,N,E) 


The user can activate or disactivate the 
receiver part of the  progran. The answer is 
Stored in a program switch whose status can be 
complemented during the test via the one-line command 
"R", The default answer is "Y", 
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8. <COL>* RECEIVE "RANDOM" PATTER? (Y/Ch,N, 2) 


If a positive answer is given, the 
receiver part of the program will use a pseudo-random 
table as the source of data to be compared with the 
received data. if a negative answer is given, the 
receiver part of the program will use a table 
consisting of 4 words: “HFFFF, 0000, “HFFFF, 0000. 
The default answer is "Y", 


Qe <COL>* KG NOISE? (Y/CR,N,£) 


A positive answer will cause the prosran 
to 6©'play" with several signals controlling the 4G 
operation, thus creating noise for the two tested data 
paths. The answer is stored in a program switch whose 
status can be complemented during the test via the one 
line command "I", The default answer is "Y", 


10. <COL>* PRINT STATUS ON ERRORS? (Y/CR,N,E£) 


A positive answer will cause printing of 
the current status (without the error los) on eéch 
error occurrence, otherwise the status is not printed. 
However, remember that in either case the processor 
that has detected an error waits several minutes before 
restarting the test, and at that time the whole 
Summary can be printed via the oneline command "S", 
The answer is stored in a program switch whose status 
can be complemented during the test via the oneline 
comand "P", The default answer is "Y¥", 
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11. <COL>® KEEP ERROR LOG UNTIL CLEARED? 
(Y/CR,N,E) 


In case of a positive answer the progran 
does not puSh more entries onto the error log after it 
is full with 5 data error entries (thus the first 5 
data errors can be saved). In case of a negative 
reply, the latest 5 errors are kept in the error 
Log; and previous errors are forsotten. In any 
case, the error log can be cleared during the test via 
the oneline comand "C", or in the conversation as 
described in the next step. The answer is stored in 
@ prosram switch whose status can be complemented 
during the test via the oneline command "K", The 
default answer is "Y", 


12. <COL>* CLEAR LOG? (Y/CR,N,E) 


The error log from previous tests is 
cleared on a positive reply. The various counters 
are also cleared. A negative reply causes keeping of 
the error log and the counters from previous tests. 


136 <COL>* OTHER PROCESSOR READY? (Y/CR,i,=) 


A negative reply should be given if 
this is the conversation with the first processor 
in the system. In this case message 14 is printed by 
the progran. A positive reply should be given if 
this is the conversation with the second processor in 
the system and the first one has completed 
printing message 14. In this case, message 15 is 
printed by the program. 
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14. <COL>* HALTING (WAITING FOR OTHER PROCESSOR, 
OR TO 


POWER OFF /ON ) e20e 


This message is printed after a negative reply 
was given in step 13. The processor loops 
indefinitly, waiting for a power restart interrupt, 
which is normally caused by the other processor but 
can also be caused manually. 


15. <COL>* RESETTING <COL> 


The message indicates that this 
processor is resetting the other one for one second. 
It is printed after a positive answer was given in step 
13, or during the test when a processor decided to 
reset the other (as a result of the on-line command 
m3", an error, or in the case of the red processor 
every 10 minutes). 


16. <COL>* POWER RESTART: nnnn 


Each time a processor sets a power restart 
interrupt it increments an appropriate counter and 
prints the above message. It then continues in step 17 
(if it is the red processor), or in step 15 (if it 
is the black processor). 


17. <COL>* STARTING TEST ... 


This message is printed immediately before 
the test is started. After this point, the first 
transmission is delayed by one second and both receive 
timeout and transmit timeout are set to 10 seconds 
each. From this point the oneline commands are 
recognized by the prosran. 
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14.3 The On-Line Commands 


The one=line commands are recognized by 
the program during the test itself; each consists 
of one character. After the prosram identifies the 
command it prints a Short description of the 
command. The test continues during the online 
interaction without any delay (except of course in 
the eases of commands which explicitly halt the test or 
some part of it). The commands, the messages, and 
their meanings are described next. 


B <COL>*® BEGIN (RESTART) TEST 


This command instructs the processor to 
restart the test. It resets the other processor 
and the test starts from the beginning with the sane 
mode of § cperation. The error log and the 
counters are not modified. (The only exception are 
the counters associated with tine, such as the JIFFY 
counter, or the 10 minutes counter, which are reset 
each time a2 processor starts the test.) 


C <COL>* CLEAR LOG 


The current error log is cleared and can 
xcept new errors. The various counters are also 
cleared. 
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E <COL>* EXIT 


The test is aborted and the 
conversation is restarted. The error log and the 
counters are kept; they can be printed in the 
conversation and even be kept for the continuation of 
the test. The other processor must stop its testing; 
otherwise, it will probably detect errors. It can be 
halted (manually or via the one-line command "H"), 
or restart the conversation. The effect of the "E" 
command is identical to that of using RESET-ATTENTION. 


F <COL>* FORCE ERROR 


The next word transmitted by this 
processor is in error (and should be detected by the 
other processor). 


H <COL>* HALT 


This processor stops all activities (even 
all timers are frozen), and waits for the next one 
line command to be typed by the user. 


K <COL>*® KEEP ERRORS (ON/OFF) 


This command complements the current 
status of the program switch described in step 11 in 
the previous section. The new status of the switch is 
printed. 
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NW <COL>® HOISE (ON/OFF) 


f. 
. 
- 


This command conplenents the current 
status of the program switch described in step 9 in 
the previous section. The new status of the switch is 
printed. 


O <COL>* OPEN: aaaas rrrr wwww 


The open command allows the user to 
read the contents of any location and optionally to 
modify it. aaaa (typed by the user) is a four digit 
nexadecimal address of the location to be read. rrrr 
is the contents of the opened location. wwe (typed by 
the user) is an optional new value to be stored in 
the opened location. Any nonehexadecimal character 
typed by the user, aborts the command. Thus, the 
Space character can be used to abort the command 
if so desired. 


P <COL>* PRINT STATUS (ON/OFF) 


This command complements the current 
status of the program switen described in step 10 in 
the previous section. The new status of the switch is 
printed. 
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Rn <COL>* RZ (ON/OFF) 


This command complements the current 
status of the prosram switch described in step 7 in 
tne previous section. The new status of the sviteh 
is printed. The -command activates or disectivates 
the receiver part of the program. If the receiver is 
accivated by the comuand, it expects the first word in 
the selected data table (i.e., the transmitter of the 
cther processor must also be activated shortly after 
this point). The initial receive timeout is set 
to one wuinute, and after the arrival cf the first 
word, to 10 seconds. 


S <COL>* SUMMARY: 


This command causeS printins of § the 
current status and the current error loz (if it is 
not empty). The format of the printed tables is given 
in ae later section. The cahracter "xX" or the 
character “O (control 0) can be typed by the user to 
abort the printing. 


T <COL>® TX (ON/OFF) 


This command complements the current 
status of the program switch described in step 5 in 
the previous section. The new status of the switch is 
printed. LF the command activates tas 
transmitter, it starts from the beginning of the 
Selected data table. 


2x or “0 (eontrol 0) 


These characters can be typed by the user 


during the short interruptions between printed lines 
of the summary; they abort the printings. 
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14.4 The Summary Format 


The summary is printed when the on-line 
comand nS" is typed during the test, during the 
conversation (at step 2), or after some error has been 
detected and the "print status on error" switeh is 
QU. In the later case only the first part of the 
summary (the current status) is printed. 


The printing can be aborted oy typing the 
character "X" or the character “O (control 0) 
in tne short interruptions between printed lines. 


The summary consists of two parts: 
the current status, and the error log. The error los 
is not printed if no data errors are recorded in the 
log. The format of the two parts is described nov. 


CURRENT STATUS: 


#7 RESTARTS nnnn 
# RX GOOD WORDS nnnn 
# TX WORDS nnnn 
¥ RE BAD WORDS nnnn 
# RZ TIMEOUTS nonn 
* TZ TIMEOUTS nnnn 


The meaning of the above counters is: 

# RESTARTS= The number of times this processor. 
has been restarted by a power 
restart interrupt. The counter can 
be cleared in Step 12 of the 


conversation. 

#RE_GOOD_WORDS= The number of sood words received by 
this processor. This counter can 
be cleared in step 12 of the 
conversation. # TX WORDS=} The 
number of words transmitted by 
this processor. This counter can 
be ecleared in step 12 of the 
conversation. 


# RE_BAD WORDS~ The number of bad words received 
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by 

this processor. (A bad werd is 
a word which doesn't match the 
expected one.) This counter can be 


cleared in step 12 of the 
conversation. 
The number of receive timeouts 


detected by this precessor. This 
counter can be cleared in step l2 of 
the conversation. # TX TIMEOUTS- The 
number of receive tineouts. Tote 
that the RED processor has no 
direct way of knowing whether the 
BLACK processor reac its deta. 
Transmit timeout an this case 
represents the case in which the prep 
Signal didn't return to 0 within 10 
seconds from its activation. This 
counter can be cleared in step 12 of 
the conversation. 


The format of the error log is defined below. 


ERROR LOG 


LAST -1 -=2 3 =4 


Below this line, data associated with up 
to five errors 
The latest entry in the error log is printed under 
the word LAST, 
The first group describes the bad (recieved) word: 


BAD WORD: 


is printed in four seperate groups, 


the previous entry under «1, etc. 


This title precedes the bad word information. 


HOT NASKED DATA= 


The data as read from the path interface (KGB 
or KGR). 
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ABOVE DELAYED-=} 


The data as read from the path interface 
about 100 microexseconds after its previous reading 
(described in the above line). 


HASKED DATA= 


The rightmost 8/10 bits of the data read fron 
the interface. 


HASKED TABLE= 


The rightmost 8/10 bits of the expected word 
(read fron the selected cata table). 


STATUS & CTRL= 


The contents of the status and control 
register of the path interface after the bad word 
has been received. 


JIFFY= 


The contents of the JIFFY counter when the bad 
word has been received. 


PASS CNT+ 


The contents of a program pass counter when the 
error has been received. This counter counts the 
number of times the processor passes through its 
main loop consisting of: checking whether a word an 
be transnitted, checking whether a word has been 
arrived, polling the TTY, and updatins the dconsole 
lights. This counter is reset each time a good word is 
received. 
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TABLE DATA} 
The (not masked) contents of the expected word 
in the data table. 
TABLE OFFSET-= 
An offset to the expected word in the Gata 


table. 


TABLE ADDRe The absolute address of the expected word 
in the data table. 


LAST OK TABLE= The (not masked) contents of the data 
table word tnat matehed the last good received word. 
The second group describes the word 
received immediately after the bad word. If no 
word is received within one second, then all the 
following items are “HFFFF. 
BAD WORD +1: 
This title precedes the information associated 
with the word arrived after the bad word. 
NOT MASKED DATA}# 


The meaning is analogous to that of the bad word. 
STATUS & CTRL-= 


The meaning is analogous to that of the bad 
word. 


JITFY= 


The neaning is analogous to that of the bad word. 


REV BO 14—245 PLI©OPTCAP=TST 


Field Service Guide to Pluribus Diaznostics BEECC 


LOOP CNT# 


The contents of a counter counting the number of 
tines the processor loops throush a loop whose 
length is approximately 20 nicro-seconds. It 
represents the allapsed time between the bad word 
and the following word. 


The third group deseribes the second word 
received after the bad word. The descriptions of 
the items are analogous to those of the previous sroup. 
The information follows the title: 


BAD WORD +2: 


The fourth group of the error log. 
contains several of the global counters at tae 
tine tne dad word was received. ilost of the 
counters have already been described in the "current 
status" section. 


COUNTERS: 
This title precedes the fourth group. 


# RX GOOD WORDS- The total number of good words 
receivec by tais processor so far. 


SAME FRON ERR= The number of good words. - received-. 
by this processor from the previous error (if :any) , 
to the error described in this entry of the error log. 


# RE BAD WORDS- The total number of bad words 
received by this processor including the error 
described in this entry of the error log. 


# RX TIMEBOUTSe The total number of receive timeouts 
up to the time of this error. 
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¢ TX TILEOUTS-= The total number of trensmit timeouts 
up to the tine of this error. 


14.5 The Console Lights 


he console lights display information 
that shows now the test progresses. The right part 
of both lights is associated-with the transmission and 
the left part with the reception. The contents of the 
address lights from right to left is: 


BITS_0=3: Bits 0-3 of the transmit timeout counter. 

BITS No7 s Bits 2-5 (red) or 68=#11 (black) of the 
transmitted words counter. The bits 
have been selected such that the 
incrementing can be observed. 

BITS 8-11: Bits 0-3 of the sum of the number of 
received bad words anc the number of 
receive timeouts. 

BITS_12-15: Bits 8-11 (red) or 285 (black) of the 
received words counter. The bits have 
been selected such that the increnmentins 
can be observed. 


The contents of the data lishts* ‘fron rignt tO 
left is: 


BITS_0-7: Bits 0-7 of the last transmitted word. 
DITS_8-15: Bits 0-7 of the last received word. 


if the user wants to use the console he first has 
to press ATTENTION (without RESET), and this 
stops the displaying. An additional pressing of the 
ATTENTION button restores the displaying. 
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14.6 The Error Messages 


After most of the error types the 
processor prints some message, then. prints the 
current status (if the "print status on error" is Oi), 
then prints "WAITING ...", and finally enters the 
waiting state in which the oneline commands are 
recognized. The processor leaves the waiting state 
after a period of approximately 3.5 minutes (during 
which the whole summary can be printed) and restarts 
the test by resetting the otner processor, or 
earlier, in response to @ user comand (such as "B" or 
ny"), or a power restart interrupt (which causes 
resumption of the test). The error messages that match 
the above deseription are: | 


<ELX>3 RED DIDN'T READ IN 10 SEC 


This message is printed by the SLACK | 


processor when a transmit timeout occurrs. 


<RED>® PREP ONESHOT STUCK OJ 
The message is printed by the RED 
processor when the prep Signal does not return to 0 


within 10 seconds. This is considered as a transmit 
tineout oy the progran. 


<COL>* RX TIMEOUT 


The message is printed when a recieve 
timeout occurs. 


<COL>® DATA ERROR 


The message is printed when a data error 
is detected by the processor. 
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<COL>* STACK FULL 


The message is printed when the processor 
tries to push a new entry to the error log while. 
it is full (with information about 5 errors). The 
information about the last error is lost and the error 
log is not modified. 


<COL>* UNDEFINED INTERRUPT OU LEVEL 4, RESTARTING cee 
After the occurrence of an undefined 


interrupt on level 4 the processor immediately 
restarts the test. 


UNEXPECTED QUIT AT: aaaa 


The address of the instruction that 
caused the unexpected quit is printed and the 
processor halts. 
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15 PYRTST 


15.1 Operating Instructions 


Loading the paper tape will automatically start 


the program. 


Jiffies 


(60 Hz. interrupts) will be 


counted. The operator should then repeatedly cycle the 
power off and on. 
between the receipt of the interrupt and the final loss 


of power. 


The program will count the tin 


Upon power up, the program will self start 


and display the tine to power fail and the number of 


power fail/restart evyeles in tne operator panel lights. -: 


Autojreset can be checked by making sure the 


enable switen (on the BCU) is on and then halting the 
processor. A power restart interrupt should. occur in 


less than two seconds. 


Pressing RESET then ATT! -on the 


operator panel or starting the program at BEGIN will 
restart the program after resetting the counters. 


15.2 Parameters 


If the operator panel is -not located. at’ 


(hex), 


~ 


Change appropriate locations eas ober. the 
following chart: 


Location( Hex 
1600 
1634 


1686 


Default 
Value( ex) Function 
me ’ BEGIN | 
FF8O .-  * Control Panel 


FF80O ~  - Control Panel 


15.3 Indications and Errors 


the address register on the operator panel 


contains the power fail count in the high order byte 
and the restart count in the low order byte. These 
counts snould always be equal except for auto-resets 
(which only increment restarts). 


PURTST 


15-250 


EF&0 ° 


#% 


: REV B 


BBHCC ; Field Service Guide to Pluribus Diagnostics 


The data register contains a count of jiffies in the 
high order four bits and should be observed to be 
always incrementing and the count of the time elapsed 
between the receipt of the last power fail interrupt 
and the actual loss of power in the low’ order 12 bits. 
Each count represents’ about 7 us. and the lag time is 
approximately 30 us. low due to délay in starting the 
count. This . displayed -count ‘Should “civeve be greater 
than 150 hex. . Te : 


There are four -détected error conditions. tach 
causes tne program.to halt at location ERROR. The cause 
of the error can be determined from the contents of 
Register 1 as: ‘POL OWS: - 


oo ae 


My SF 


Value Error 
0 No module number on eeeareage 
1 QUIT 
2 ILLOP 
>7T High order bits set in module number on interrupt 


For QUITs and ILLOPs the cause may be determined 
by  examinfiing locations 28~2C(hex) and 20-28(hex), 
respectively. = ) 


15.4 Algorithm  — ae 
Level 4 interrupts are enabled. Upon an interrupt, 
the device -ceéde ts examined for validity. Jiffies are 
counted. Upon power fail, the time to power loss is 
measured by counting instructions in a loop. These 
counts are then displayed after the nower restore. 
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16 RLDCHK 
16.1 Loading And Starting The Program 


Before loading the prosram all busses should 


nave power turned on. The bus reset timers of all - 


busses should be in the OFF (up) position. 


First PSTOP may be used to halt all 
processors. Then DDT (with starting address at 
“n2000) may be loaded if the operator wants to use it 
later (the RLDCEK prosram does not need DDT for its 


operation). If DDT is loaded, be sure to’protect that . 


pase from being used as a transfer buffer. Then the 
program is loaded and starts automatically. : To 
restart the program from DDT or from the consoles 
the address “n100 should be used. RESET=ATTENTION can 
be used to restart the progran. . oe Poe 


16.2 The Interaction With.The User 


The program starts by interacting witn ~ the 


user, which has to define the progran's mode of - 


operation. The answers to the questions are; 
Y= yes, N= no, or Le exit (to the end of the program). 


Each of the above characters must be followed ody 
a carriage return. If an illegal pair.of characters 


is typed by the user, the program’ prints. the string — 


"2 (Y/CR,N,E)" and waits for a legal response. 


The program interprets a single. ‘carriage-return - 


as the character "Y" followed by a‘ carriage-return. 


The messages and questions printed by” ‘the © 


progran are described next. 
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1. RLDCHK REV wkeZE 
The program nane is the first ressage printed by 


the program, with the date of the progams versions 
release. 


2. SINGLE BUS (Y/CR,1,= ote 


The progran will operate in either enviornnent, SO 
the user must tell it Bow to proaceed.. 


’ 
o “e 


oe 
3. CHANIGES ? (1/8, 12 eee ee Bae “ey ae Bt 


if the user does not: want to make any chance in. 


the oie mode of operation,.‘then tne character H 


should be typed. If this -is.the first iteratiorm of 


the program, the answer HW denotes«‘the default node, 
which is described later. 


If there are no changes, the progran 
starts activating the devices according to the 
current mode of operation. The format of the pranted 
tables is described in the next. section. ::.. *: 


if there are changes, the conversation contenuer 
in step 4. | ee ee ee 
Oi ee Se ae. Meee ee 


» 


> . 
N > aq a, Load te 4 » “, oa 8 » ae 
“ we ” a - ia 


4, HARD COPY? (3/081, E) 


+ ' 7 < * 
oe ter ow ate ye cr. ue tue 
wd wef Son te 
* 


cf the . user “repides | negatively; implying ..a 


CRT device, .then:-he ; Should gype any . character to 
cause the printing ef-each, tables -) a ae 


If? the .user.-replies-. positively, :.all «: tables 
are printed -without.:pauses between.tableS. -RESET- 
ATTENTION can be used to abort printing in this case 
and to restart the.prosran. If the operator replies 
with E, then step 1 is repeated. 7 
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5. 1/0 DEVICES, CHANGES? (Y/CP,N,E) 


. The user has to reply whether. there is a - -chanse- 
in the list of I/0 devices to be tested. If the  - ; 
answer is Y, then message 6 is printed -next. .If the 
answer is WN message 11 is printed. The default list 
of I/0 devices age ali modem/RLD I/O devices. 


6. XPATCHED? (Y/CR,!,2) 


If the I/0 devices should be tested, 
internally cross-patched, the answer, Y - should _,be.- 


given (this is the default). If the answer is NN, then, 3: sz 
tne devices are tested, externally looped. A Looping .. “ 
plug can be used in this case to enable the test. eed: ate 

7. TEST ALL 1/0 DEVICES? (L/CRyH 3) he Sth gee a gees 


If all devices are _ co “*taated, then the 
answer should be Y (this is the default for the. first 
iteration). If the answer is N, then the current table 
of I/O devices to be tested is cleared, and ‘the 
user has to type up to 5 device addresses (e.&. E1A0, 
F130) as direeted  by-. the progran. in the iterated - 
sequence of steps: a ats ye wee of ne wie 


Vv 


HORE? (Y/CR,N,E) 


The user has to answer if more entries are to 
be added to the currently discussed table, If the 
answer is Y, the program prints message 9. if the 
answer is WN, then the table:is. complete and the. 
conversation continues. This. message is given. eves rat 
the start of building the table. - J: #/ Jt... a 

It should be noted .that- the -current table .is -. 
cleared before the. sequence of steps 8-10 is started, =>. =. 
and therefore the user nas to type the couplete- - tabdle. 

(and not only. the Ces eae onas - 


te 
o) . + 


“ 
* from, ” . ‘ 0 
’ “ ONG Pa 
ca ae * ” to he we + ~ ® he >” @ & - 


. ae 
5 {4s 3 tin. r} ee > 
cs as . ” A bee ~ a oh es * ; 
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~ = r . ay ny thes aes on é } N 
Je = R we 6t . ae * tem « tn 


Following this uéssake’ the-user has’ to ~.type-. a 
4 digit hexadecinal-: address . {including — oe) 
as the next entry to- ee weanEee 


= ”~ 
we ‘, =e 
ton te ¥ we ae 


After Y chavectanad ‘hawe - » deen. oe egpee: by the 
user, message 10 is printed by the progran. 


10. CONPIRN? CZ/CR, NyE) 
The: user 15 required to confirm an. address typed 
as an answer to-the previous hessage.:. .LF.:the answer is 
N, then question: 8 rds teeta lee and the ‘typed address 


rd 


is ignored. . f° ta -s0-: ge) yee es 


If the answer is Y, then the address is added to 
the table. Then, if there is still room in the table, 
question 8 is printed, else--the sequence of steps: 


t ~ 
; Ene Sow j = rae ms 
we a hy a a ee Poe vr my est « ete rows on 


etm a 


11. MERI 1 BUSSES, CHANGES? (1/0R, 8, BY oS ogy. 


fxs ~ ‘ 5 oe , % t, 6 ‘ 
Rig é x a mh 4 tw ~ “s ww k ae tye hex f 
¢ ’ 


” 


The liseretes to reply: whether there | is\'a “change 
in the table of memory busses included: in the test. 
if the answer is Y, then message 12 is printed. If the 
answer is ll, message 13 is printed and the table is 
not changed. 


w 
mm ye? wrk pce Ba ed se am 
Me ~ fe % 0 he > a» 


_ TEST aL MBM ORE BUSSES? CCE NE) Ss ese 


oe ae + % 
ae 


par . SP omnis i 


If all enone Buseee. should: ase ee in the 
test, then ..thes* answer:_=should <: be ¥ (this is the 
default for the first iteration)»...~ = 2° u«.- 


If the answer is Nj-- then the. current table of 
memory bussés’--to-- be checked is cleared, and the: user 
has to type- hap addresses of up to°3 pages (e.g. 0000, 
0200) which are interpreted: aS’-startins ‘addresses of 
the memory busses to be checked. A memory bus is 4 
contigous sequence of (°h2000 byte) memory pages. 
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ity 


The addresses are typed by the user as directed by the 


program in the iterated sequence of steps: o-10. 


After this step is completed, question 13 


is printed. 


13. pee Eee CHANGES? A 


ug 
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The user has to reply goether theré-is. a change - 


in tne list of I/O busses to be ignoréd: in’ the vest. 
The list is initially enptr, i.e. no I/O” ‘bus .is 
initially ignored. The I/0 busses addréss”™ rangés 
are: EC00- ETFO, ESOQ0@ZFFO, FOOOQ-F7FO, and F800-FEFO. 


The first “h80 .bytes are the Bad eres and no. de vices 
are searched there. -. : = . 


a 
awa Ne 


If the answer is Y,’ then’ tue table of I/0 busses 

be ignored is cleared, and the user has to fill it 

y typing up to 3 I/0 busses starting addresses (2.30. 

iG E800) ._ ” the. addresses . are typed: by “the 

user as directed by. the program. in ithe = iterated - 

sequence of steps: 8-10. If the answer is N, then’: 
the table is not changed. 


After this step is. .completed, ' question ~ TH” 


is printed. 


4, 


4. IGHORE-PAGES,. CH IANGES 2 (2702, 1,3) oo = # 


oa 


The user has to aie guethan phere is a chahze~” 


in the table of memory pages to be ignored during 
the test. The table is initially empty, i.e. no 
menery pages are initially ignored. ; 


If the answer is Y, then the table of _henory 


pages to be. ignored is» cleared, andthe uSer ‘has to” 


fill it by typing- up--to ‘8 . memory - busse'’s ‘starting 


addresses (e.g. - ‘0000, 0200). <The” addresses ‘dre -” 


typed by the. user, as directed by . the ‘program in the 
iterated sequence of steps: 8-10; .If the-answ er ts i, 
then the table is not changed. © © 0 


’ “~ 
es : 
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« 
. . ‘ y . roy + tae 
a 
a ‘ 


After this step: is. conpleted, question 15 
is printed. 


ee 4 
v ma 
ro 4 S : , * 


15. SLOW DEVICES? (Y/CR,N,E) 


The user has to reply ‘whether -there are siow 
devices in the system, for which the transfer can 
last more than 1 secong.. A 50°.Xb:modem should-complete 
the transfer of -the OFQQ :words:<in-approximtely 1/3 _ | 
second. The answer to. this ite determines -the ~* *: 
length of the. Period comers the: oe ‘Samer is: 2 
Set. eens ; “ ee a . ee 


Be 
* 1 é co o ia as 4 bi 


ae oar ee oe ee a OS 
The’ ler FUE first iteration--is 1- 
seconc, i.e. no slow devices. If unexpected results 
are obtained, it would be; a cood practice ‘to rerun ‘the 
progren “with the longer. timer Bebe: 4G 


5 + + i a= ‘ 
° tees S, « : a is 
- i rn 2 we N * 
» ahaa So te wh Toe 


eee te on 
The ‘long tiner. is set. to about! 2 57 seconds. 
cf longer. - bimouts- are: required: the - eanier loop can be 


r wt “3 
increased. .., e ee a Bee. ake: ee 
‘ 7 we 
% 


a rio wre fy re 
> ~ P Es % 
yo ca eo) to Sy ae fee a > Soho 
te 


16. TEST GOOD ‘PAGES OMLY -ON CE? -~(Y/CRN, E} ae ae 


If a positive reply is given, then each 
transfer (sucessful oor unsuccessful) is perforned 
once; otherwise, the user has to,specify.a = number:** in 


the nex step. The default is to test each good - 
page only once. e he bee Meee FS. eS Sek 
reg 4 wr bid 2 , . - * ‘ ge 4, 
. : ee en Re oh a 4 
. ., YF 3% re rectal a — Set tke ; ’ 4 sea " . 2.4 ce 
: me Ae a i ea >, 3a a 
ed * La fk + ts ~ ‘ ee ical = ei 
taal Aa as : ‘ ‘. ‘ é F cae - < ee 
ran “r ‘ie wh a” oh auacacd 2 
17. TLESs 


* 
& » ” we 
cal * a me . 5 eer 

a od _ eves ig okie ie * t wa 


“ae OE 


Following’ ‘this. message, the:-user- has. ‘to: Aes ; =. 
a non-zero . four <igit hexadecimal fuimbér specifying’ ~ =" . 
how many times , .eaeh sucessful ' transfer - should be 
repeated. .If. the. -user ; asks for mm: tinieS; -each . 
transfer between, -a- Common méfiory pase ‘dnd -a device ‘will =” 
be performed’ n times if all of then-are ‘successfuly * 
or until the first error occurs. 
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18. DO QUE TIE A3 0% iT ane DITION TEST? . 


t 4? 
4 
ees wth 


A positive reply will’ cause the prosran to'use the 


first available buffer page. and send the RLD packets po 


which have been changed to cause “the RLD to’ abort "itts’ 
eycle. The tests show that a card which works with: 


"zood" data, will also detect and react correctly -to *”- 


"bad" data. There are seven. distint errors introduced, | 
The tests are skipped on a negative response. — 


Car ~ * vy 6 ¥ 
19. : DHA TRANSFERS” — - ; 
7 ew ~ * ou Sgn 8 Ret Co Ket a pho saat 


LS ATES CD TR GE OE: Ge OA at NS as aN 


This title is printed before’ the acttial 


transfers starts. It is followed by the tables, as 
descrioved in the next section. 


20. RESTART? (Y/CR,N,E) 


The question is’ printed when all‘ selected? 
devices have been checked. Y causes restarting of the 
progran with. the current mode “of” operation which may “be: 
chanced by the user,’ = causes restarting at step 
3, CHANGES. E causes a transfer to the beginning or. 
the prosram at step 1 ~~" : aa 


= 6 
~ “ cee ee * * ‘ a é * € nay ¥ 


‘ t 
t nite + a a . paet m : by r e O® ' 


21. UNEXPECTED QUIT AT: Xex 


The message is.printed for the obvious reason, 


The program should be restarted and if the message is | 


consistent then the program listing must be used to 
analyze the cause of the quit. 
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16.3 Printing The DIA Transfer Results 
After the progran's uode or operation “is set 
as cGescribed. in the previous section, the. devices are 


oy 


activated one. at-a time... For | each. . device ~ the O get 
transfer, ,is - fone.. sequentially. * for. “each, sélected - 
memory page. .The transfers! 3. rae are ‘Printed in’ ~~" 
tables, one per, devices 2 a oe 

The format ‘of each’ table, is as follows: i ara call — 
Bee veee, _ i ee SS gee 


MULTISUS FORMAT 


DEVICE ADDR: Ukia TYPE: YX | HAL Ey. EE. TPID: TT RPID: RR NUH: ZZ 


LS eal “2 se MS 4° ees 


HAP RLD. NTR HRZ TPL RPI DAT HELD HQIT, PeIT TQIT. RQGT TERE RERR TSRS Cut 
Brine ge a ae me . (TST#)- 


fad x a 


ag Pay a 
wr st ie 


Cn rd ot 


~ : ? 


VVV F F F Po OF. FP °'P Poo F ° #€- ttrr eeee 


ag 
try 
rz 


* 


s lad as y ay a ‘ia mS fa ak, 


Wii =F 
£ mw ON 
whi ee g nicer, tt “me lel a i pee 
a a. owt He Le fet e tak . Me ED ew a “as oe 


ae S £68 .F Fat F E F. F  ttrr cece 


SINGLE Bug FORMAT es DEVicE © ADDR: pecoam 


- 


TYPE: YY" NAME: Mt | TRIps TY RID: RR aie ZZ 


oe 
uw 
ee een ee eee < 
Sa) a My Fag wo a # ~ x bad ’ - 
«ahr re aoe % ah * ae ” Pocggre 


wens on an as On on on ae wD on we an as oS On eon OD aD aD a ES Gap Wp Us GP GR Ge GER Gp Cd OD CD Gab GP GH TD CLD GHP Coe an om hw es a 0m Cm ea a > ao anen on we an” 
ee Atm 


*. 
Pa 


° * 
we & . Hy 


PAGE BLD HTX MRX TPI RPI DAT NELS UQIT DQIT TQIT sat 
TERR RERR TSRS Cut 


7 ; es SM a 4 * r 
‘ on * » ie 7 
tt Per ye v ~~ a Rote ¥ ~ “on hon ry 
Tole 


4 


« 
~ + Sma x > Ln rd fgg 
Le i Re a ry. gem, 
y + “ 
ay) om oe oem ‘ wo May , g Lt ae sr ae « a 
F F “itt ve mw Sf aw op ke oe et ee we de Wa ~t dh & - Pap 
rr | ; | | 
: . P w ” ~ 
ag 4d Ed . 
eee due ~ on - g ey » 
e 
2 fa mR * 
at - ” $° ow 
® 
s 


Wy FF F -F F 
F F ttrr 


ba] 
+x] 
tzy 
+s} 
tz] 
is 
| 
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® mE Fa te 


mas w : Ps 6 ¥ we re pene oe 


The header of each table —const’ss Ge" the | 
device address, the -device LYRe, . a three chardcter | 
nnenonie name, the transait PID Llévéel, “the receive 
PID level, and the device nurber (byte 2 in the 
device registers block). 

Each 1 ‘TOW - Guanes ‘the ..teansfer' S ‘results for. 
one memory page, whose map address is, denoted by VVYV 
or iW. A blank line is printed between memory 
busses. : _ 

The entry. in nost of | the. “table. Fields, “is! a 
Single digit denoted by F. F can be She of the’ 
characters: "7", "QO", or "2", 


™ 


he ee pa a ee wae Big 
ee oe ee ee 
T= means that “the event associated with the 
corresponding field has happened during the 


transfer,. _. : R Wek ee on 
QO- means that the event. nas, not happened. ee oe 
?~ means that the program does not have the 

necessary imformation (e.g. because of a quit), 


or. the Sees on ana per reece We & es ah Ae eRe a 
eat ete ar a he ae rae ae eae a 
st F ee - pete Ter 


‘The: ieeniac of cach iene is as a ere r 


RLD- The data packets received by the RLD .were .... 
correctly decoded and. ane Seeieres, data wad, foutie, : 
in menory. 42s an , ; 


wn 


” 
the 
omaty fad te ’ of z 7 * Ft Ww on ’ ‘eis gh EE oe 


iTie The transit. part. of the aevbas had terminated 
the transfer before the end of. the progran. 
timer period was reached (i.e. “bit 13. da, 4. word, 
6 of the device registers block was 0). oO 

MRi~ The ‘receive ae of tie device a terminated 
the transfer. before the. end of the, p progran 
timer period was reached (ie... ‘bit. 13 of, - word 


wh ene “a 


3 of the device registers block was 0)... °°. 


“ bted 


z 


TPI- The transmit PID level ..was -written ..- HBO. the. n+. - 
correct PID... a ae cat ; 


RPI- The ngceive PID level. ee written. inte / the 
correct PID. . . a: er an ) 
. hy me 
DAT= The expected data was found in the receive 
buffer of the checked memory page. 


wate ® 
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Pye 


iQIT~ 


TQiT= 


RQIT 


Tanke 


RERE= 


TSRS= 


CiT= 


TSTi= 


,». ~- Field Service Guide to es pia nests ce 
el ey a tie owt ae + Lom ~ ao be os 


The, bit ,incicating | ho error _ last ee 
was” 2a" pe ete Pe hae 
7 (he. “bat 15° in” ‘waed!-2. of the aeyiee 
yer is sters bl osk . ee ss ao 1 ete See See. ee = 3 
3 Was Te F) P , See ’ i a a 
< a i) tae aaa 


Ww ~ 
ial baw 


The processor got a quit from the checked memory 


page. ‘DQIT- The a ae . B0t | “8S quit: “Trent 
oné ‘of the device** --# we MGT 
‘regibters: Paes 2. et, eae 
e a 

The device transmit quit bit was set (i.e. dit 
8° in word ° 6° of thé® device Pegisters block was 
3. . Poa ore Stet As ~ way on eos o 

oo ~. foi Jet Se pes aides 
The device receive quit bit was set (i.e. bit 
8 in word 3 of the device registers block was 
13." * pa. DOR. Gave “GES “Se. 


The device transmit error bit was raed Cia 


1) — ‘ : = = oe aati ak & 

. ae Se ae eo oes gg ed amg are eae 8 : 
The device receive error bit was’ set (ise.- -bit:: 
0 in word | 2 a bee eevece pecrecers block was 
1 J Amy oe a cage uae bo mee tart,” 

The last" field in the? table” contains’*~ the 
exadtedimal contents’ of - two-status- biyrtes- ih? the: 


oe registers block: the transmit status -Ci.e. 


the contents . of byte cin the device 
registers: block), ‘and’ the’ receive: ‘status: (1.e6 
the’ - "torttents “of byte 6° vin the‘ ‘device 
registers block). eee ee ee eee ee Ne 

Oe, Mae ee a ekg ee re 2 = c 
This field is printed poe) when a not hard 
copy” “termina mt: fs -Y used’ (it ““specifiés the 
value “of: thie counter’: — tind Gounts: - the 
transfers’ -'to the - | pag ’ ~‘deseri bed." in “the 

ar oe eee pete eee ake me n 


printed dines” al 


This fielf is printéd fnstead of CHT for the one 
tine tests It specifies the test number: whitch was 
being perfornedc for that cycle. ne nurbers 
refer the ‘the seven ‘ways ‘that “the packet: Gated can 
be corrupted and cause the RLD card : to “abort. 

They are: 


+, o we me x ~ mm eo ead 
Sia, “« bs 4 = x 
vet % » $ wn Beet fay nh ary. a 4. . rm 
e*, ON, Tat ae a “ ~ 
® oe . Pom, viet 3 Fe 4 tw fey - te ee roe $e 3 wey 
16=26 1 RLDCE 
% 
s eae C “ a eae 
¢ ee ee 4 
“4 


bit: 
0. .,in word 5 of the device registers’ block was’ 


& 
& 
& 


4 


° 
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1. a non-coubled data bit is introduced into the 
packet 

2. one bit of the packet checksum has been changed 
to have it not reflect the actual deta 


3. the RLD is asked to put data ina non exisant- 


memory (device) location. risen FCCO was 
used. : / 3 
4tem7 Each test ~ here turns off” sea of ‘the four 
padding bits ina packet. The card should be - 
“strapped © to expect | “all. four’, to. be. ~ ones. 


% woe 
AebSbit. sHSbit a ees e ORE 
§ vad fF ee ee sid aon % eS" 
o ” i © Or Sa Lo - ‘e 
Ty es “4 
‘oP ; ae 
. 


H rte CO 6 $ 
Pr id ” ry 
ark ie 


; ; 
Pa ea wot oF Aw é 
% s 


156.4 Interpretation Of The Results 


A successful transfer for a common menory page 
is reflected in the printed table by a line whose 
first 6 fields (RLD#NEL3) are 1, and the next 7 fields 


1 oe 
eo 


(HQIT-RERR) are 0. The contents of the last:2~- 


fields (TSTT=RSTT) is device dependant. 


Be, 
thao 


A successful transfer for a-,comon temory-*~ dud 


is reflected in- the’ printed, Lable.. by~-a-group: of” 


identical consequtiys . lines, each representing ' a 
Successful transfer.* ~ 


Note that the program tries to transfer data 
for every ienory bus (unless the user has selected 
another mode of operation), and therefore if a device 
is not connected to ‘some’ memory bus (as in the case 
of combined N/I-bussés), then it will be reflected 


in the arene _table as an unsuccessful: a 


es ene age 
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t. 2: 248 es Ve ns 
a oe ~ Ra OS a pee , foo Sal 
_ eae Bere ie ae ae ae: ae: a 
oe A oe oe ee 
17 RTCTSD. ie Reng eee mary, Eo on ee HAO Fe 
eo! “oy x.,s_t fis be gOl ea “ + 
+ ee Lan e 7 & mot : < 
17 1 operating tastructions Sanek Dae lees? “oee = 
ge: ee / Ik, = i . ae ety 
boca the - tapé ‘and tHe peaipatl should start. Af it 
halts, see. the. below - -barameters ° Section. DDT-40: is 
loaded automatically im this version of RTICTST. The 
locations can be changec either througn the control 
panel or via DDT-40. Pressing RESET then ATTN on the 
operator panel will cause a restart, or else start the 
processor at BEGIN. : . He oe Gt. Sees Ree - 
Se eR ES 
~ @ @ Tommy os ees ae 
& Seen oe i or aa na a eee oo 
rm : rw Rie we” aa a pee ~~ oo m a — a 
_ a eee 8 Qhige a oe ee ; —_ a ; > ‘oe oa 
“Dawanak * Stuy Ge me eke ae A! 
17.2 Paranehers - a wns, . Ce gk s a he ; ‘ meee ee se 
a Sb bde ot seer F 
Default rea Be re 
Location(Hex) Valite{Hex) _ ie se ' Punetion Le ed Se 
cnten am an mp om CIN ee WO ih oe SS a Si wie i rs ate on la a . kat ‘ oe ‘ 
1W00irveoe no | TURE 8H eo ppEM TT ea 
HOUR 
: Dee gt ORS Te a 
. 3 he ot na “ . , SEG. aes Co * Po aa =i" Ye 
oe Z000 ere Sig Address we te 6 
aw i E006" a “RIC Address: 00. 2 
er FEEO ae - Operator Panel: . 
: aha = = fay te mA 2 ie. non oe . 
: A rites REV‘ will: ie. the éérreet addresses for this 
" diagnostic. 
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17.3 Indications and Errors reset a 


Tne clock count register will be displarec-in -the 
data (lower) lights. It should increment every 1(C0us. 
In the address: lights: the. left byte will inecrenent: ' for 
each "slow". pseudo=interrupt. detdtted;..titis should be <¢ 
every 25.6ms. Sinilariy #fast™ pseudoeinterrupts are 
countec in the:right byte; these: should be every 1.6ms. 


? 


Pinu 

3 +, 

wo of * 
Gavia 

& aye ? 

orton 7 gets 


Hours, minutes, .:. and. “Seconds.” -since’s = prosman..%. 


initialization (based on line. frequency: interrupt).dre 
tallied aa aa a ace alte 2. oo and. SEE. i respectively. ee 
*, tie on a 
BAors pause halts an pregren pyseutien: as’ 
ROLLOWS?: gt? fh we a | Se ; e. ee ee 


% 


. 
Rge Mo oyre ar : . a bp. 4 vet ae OF ¢ ae 

« 
ws tae Lid bs y 


OX<$2: The counter incremented by an illegal value. 2 
Hew value in R3, difference in 81. 


SLOI=2: Unexpected PID level. 
LIVE-2: Unexpected level 4 interrupt. 
U1: Unexpected level 1 interrupt. vee le age G 


ABRTR : Ueeepeceas epee 


me, Cad te rod aa bt 


“3 


UNIMP : ‘Une: spected ILLOP ....- Sloe ate: ewes 


i ae »*, 
_ ‘e se ase 
t > 
4 Bae 1‘ 


Aes ' a ‘ee 


ie Algori the. Bo i aes eae weed oo 

"The olock counter is repeatedly read, naling sure 
that the increment from the last read is zero, one, or 
two. After each clock read, the PID is read to check 
for clock pseudceinterrupts, whieh are counted. The 
line frequency interrupt independently counts real 
tine. | 
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18.1 Operating Instructions - ae weet Elect a CMe a 


‘eh 4 
ne Fie % a he * ae * et a ‘ "Et # 
Z mG a y” a ae ¥ , 2 r a i ‘ 8 * « . 


Load. the ‘paper poe eer Srozeszor’ ‘should halt *- - 
If the.address of::the PSB .to be tested is other than’ i 
FC10°(hex):., enter the .correct: address © in -.the’ proper « 73" 
location...as © pers. the : information :dh.: the parameter = ~ 
section. 
The program is started by pushing: RUM on" the operator :- 
panel. <« The > printable o“SCIT. character «Seti will be -.° - : 
output indefinitely.::Préssing RESET...then-: ATTN. wild ~~ : 
stop output and proceed to the echo test. Now any 
string typed in will:be echoed back after a -Garriafe’. 
return is typed. A null string (just a carriage»... - 
return) will halt the progran; pressing RESET then ATTN 
returns control he DDI: [2 Peete ee g< 


* é 
"S ae 3 ar aN 
wv ‘3 ~ 
R a 0 ew oe nee bm, Lr oe) a, tel m * 
teh ‘* ‘wo me ao 
Ped reg hw , 2 ‘ a 
Ww “ eres 7 > act ~ poring aed oe we a> ma ¥ 6 ons 


ers : eee Sas Leman 
« . ee oo ’ ws =f . ww oy tee ME > i Sow 


DEFAULTS. if..80 7s > oe 
LOCATION (HEX VALUE (HEX FUNCTION 7 
(om tate cas tie stn st ss toate chien tain cpiatanesin 7 E <i abe a 
Register #1 FC10 TTY Addr. 
Register #2 G.'* Padding 


* If TI700 enter "6" for padding 


Register #1= FFZ X=0,2,4,6 for précédSors 0,1,2,3 
Register ‘¥es FFA respectively 


A 7 — ee - cary . 5 a 
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a x af hw F pega a a x #48 ht ow + at es ar 
© Me pe oF Po 
» , ye ag got a a ~~ i £ * fe ad Ed = aa! a 
ee egy ‘ao ~ wf - e¢ re ad ei so om * as wet 
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18.3 Indications and Errors 


All errors nust be detected by the user. 


18.4 Alsorithn 


During the output test echaratters with ASCII 
values 240-337 (cetal) are output repeatedly. The echo 
test accepts up to 100 characters anc then retipes 
them. The PS8 is operated in the PDT (polling) node. 


TIVTST | 18266 ne aa REV B 


BBRCC 


REV 5 


Field. Service Guide to Pluribus Diagnostics 


48 


Vow bat 7 we 


- “, * ae 


act ae a a oe he om oF te 
¥ - ar) wee co rw Ae Oo 
Worms ar a v 
to. ‘yw mA Ce ~ “1 . 
, ce 5, Moy yh tae 
aoe Mee AS slp ea es Sh yer cae : 8" 
lm oe, +e Pye GS 
‘ ; ° e a “ ~ me ot Mt 
dev arr! Boyton fae # ee: % ated FS 
ee My pe oo. . 
; a one o & : & fs tm ney a é cs MR cite Dek 
ae we gm . yy oe * > yo Nw 
7 3 
rceae pS fo . ? 
te ot i ‘ wy e N fe & Yor , 
es ete Ske. em es mer’ oat ae 7, ' re oa 
eR. 4 18=267 
Sete % ‘ 


a ae) 


Se aes oe 
LY aera ye ° 
od ‘ e 
oe eo 
a@o 
sia o . 7 
ry 
t 
td WH OS WH 
* 
eee oat "3 
raaiol ~ a 
oe 30 
* , te 
arty me = 
oy = eg 


. 2 
- hed 
~ ow 
i ¢ 
w 
. 
‘ 
* 
dhe 


